先定口径，再评估风险，最后收拢交付前检查。
工作知识分享库
二丁知识分享库
这里用来分享站长推送的工作知识及经验、方法复盘、资料清单和项目沉淀。需要找思路、抄方法、整理资料时，可以先来翻一翻。
知识卡片
收藏保存在当前浏览器；登录后会自动合并。
知识路径
按常见工作流串起来看，比一张张翻更快。适合出图、发版、采购前把关键资料一起过一遍。
从现场反馈到验证关闭，把临时处理和长期措施分开。
脚本、输入输出、运行记录和回滚办法一起留清楚。
机械设计手册索引
把常用机械设计查阅方向整理成轻量索引，适合开工前快速定位材料、标准件、公差配合、轴承、齿轮、联接、润滑和校核路径。
- 先确认工况、载荷、转速、寿命和安装边界。
- 再查材料、热处理、标准件、配合和关键校核项。
- 最后把引用来源、版本和设计假设写进资料清单。
方案风险检查清单
用于快速检查方案里的边界条件、输入输出、风险点和交付物，适合写方案前先过一遍。
- 输入是否明确，谁提供，什么时候冻结。
- 输出交给谁看，以什么格式交付。
- 风险是否有负责人、触发条件和兜底动作。
项目资料目录模板
把项目资料按背景、需求、方案、执行、复盘和附件分层，减少后面反复找文件。
- 每个目录只放一种用途的资料。
- 关键结论放在文件开头，不藏在附件深处。
- 链接、版本和更新时间单独列出来。
自动化任务交接单
记录脚本入口、运行环境、输入输出、定时方式和回滚办法，让自动化不是只靠记忆。
- 写清楚怎么启动、怎么停止、日志在哪里看。
- 列出外部依赖、密钥位置和权限边界。
- 准备一个最小回滚步骤，别只写理想流程。
公差配合快速判断
把孔轴配合、装配顺序、加工能力和检测方式先串起来，避免只盯一个公差值就开图。
- 先判断是定位、导向、传动、密封还是可拆装需求。
- 再确认加工方式、表面粗糙度和现场检测能力。
- 最后把选用依据写进图纸备注或设计记录。
轴承选型前置问题
选轴承前先问清载荷、转速、安装空间、润滑、寿命和维护条件，别一上来就翻型号。
- 先分清径向载荷、轴向载荷和冲击载荷。
- 再看转速、温升、润滑方式和密封环境。
- 最后把寿命假设和替代型号一起留档。
资料命名和版本规则
给项目资料一个能长期复用的命名方式，减少最终版、最终确认版和真的最终版互相打架。
- 文件名包含项目、主题、日期和负责人，不靠文件夹猜内容。
- 正式交付和过程资料分开放，避免误发半成品。
- 改动较大时补一行变更说明，让下一次接手更轻松。
自动化脚本运行记录
把脚本什么时候跑、跑了什么、失败怎么处理写清楚，让自动化像工具而不是玄学。
- 记录脚本入口、运行参数、触发方式和输出位置。
- 失败时保留错误信息、输入样本和重试结果。
- 定期检查依赖、密钥、路径和权限有没有变化。
图纸校审快速清单
出图前先把视图、尺寸、公差、材料、技术要求和版本信息串起来，减少返工和误读。
- 视图表达先看是否够用，剖视、局部放大和基准是否说清楚。
- 关键尺寸、配合、公差和表面处理要能对应到功能需求。
- 标题栏、版本、材料、热处理和技术要求不要留空或沿用旧项目。
BOM 发布前检查
把物料编码、数量、版本、替代件、外购件和图纸链接先对齐，避免采购和装配拿到两套答案。
- 每个物料都要有唯一编码、名称、规格、数量和版本。
- 外购件写清品牌、型号、替代规则和采购备注。
- 发布前抽查图纸、BOM 和文件夹里的版本是否一致。
工装定位快速清单
做夹具、治具和工装前，先把定位基准、夹紧方向、防呆、换型和检测方式列清楚。
- 先确认零件真实基准，不要只照图纸边线想定位。
- 夹紧力方向要避开薄弱面，并预留操作和取放空间。
- 防呆、磨损件、更换件和检测方法要在方案阶段写出来。
项目复盘四格模板
把一次项目复盘压成目标、事实、问题、后续动作四格，适合快速沉淀经验而不是写流水账。
- 目标：当初要解决什么问题，验收标准是什么。
- 事实：实际发生了什么，哪些数据或记录可以证明。
- 后续动作：只留能执行的动作，写清负责人和截止时间。
自动化输入输出边界
写脚本前先定义输入、输出、失败处理和权限范围，让自动化任务更容易交接和复用。
- 输入来源、格式和必填字段要写成样例，不只写一句描述。
- 输出文件、日志和状态码要能让别人判断是否成功。
- 权限、密钥、网络访问和回滚动作要提前说明。
供应商沟通记录
把供应商确认过的规格、交期、报价、风险和变更记录整理好，避免口头沟通散在聊天里。
- 每次确认都记录日期、联系人、结论和待补材料。
- 规格变更要同时更新图纸、BOM 和报价依据。
- 关键承诺尽量回到邮件、文档或可追溯记录里。
试制问题闭环记录
试制阶段把问题、原因、临时处理、永久措施和验证结果串起来，避免同一个问题下次又冒出来。
- 每个问题先写现象、影响范围和发现时间，不只写一句已处理。
- 临时措施和永久措施分开记录，避免临时方案被长期沿用。
- 闭环必须有验证人、验证样件或数据，以及是否需要更新图纸或工艺。
验收记录模板
把验收标准、实测结果、偏差处理和遗留事项放在一张表里，方便交付前统一确认。
- 验收项要对应需求或图纸，不要凭感觉写合格。
- 实测数据、照片和测试条件要能回看，避免只留下结论。
- 遗留项写清负责人、截止时间和是否影响交付。
设计变更影响清单
设计变更前先检查图纸、BOM、库存、采购、装配、软件和现场资料会不会被连带影响。
- 先写清变更原因、变更范围和不变的边界。
- 同步检查图纸版本、BOM、库存件、采购件和替代关系。
- 影响现场或客户资料时，把通知对象和生效时间列出来。
装配异常排查单
装配卡住时，按零件、尺寸、公差、方向、工具和工艺顺序排查，减少现场来回猜。
- 先确认零件版本、方向和数量，别一上来就改结构。
- 再查关键尺寸、公差链、表面处理和干涉位置。
- 最后记录处理动作、责任归属和是否需要更新工艺或图纸。
需求澄清记录表
接到任务或需求时，先把目标、边界、输入资料、验收口径和未决问题写清楚，避免边做边猜。
- 先写一句最终要交付什么，再列谁来确认。
- 把已知资料、缺失资料和需要追问的人分开记录。
- 遇到模糊词时补成可验收标准，比如数量、时间、格式或样例。
会议结论追踪表
开会后只抓结论、待办、负责人和截止时间，让会议纪要能推动事情，而不是只存一段聊天记录。
- 每条结论写成一句可执行动作，不写空泛表态。
- 待办必须有负责人、截止时间和交付物形态。
- 下次同步先看未关闭项，再补新问题。
报价比选记录
比较供应商报价时，不只看总价，也要把规格、交期、付款、质保、替代风险和历史配合情况放在同一张表里。
- 先确认各家报价口径一致，包括税费、运费和附件范围。
- 把价格、交期、质保、付款条件和偏离项放在同一行比较。
- 最终选择要写原因，后续复盘时能看出当时依据。
测试数据记录单
做测试时同步记录样件、环境、设备、方法、原始数据和异常说明，避免只剩一个合格或不合格结论。
- 先写清样件编号、版本、测试环境和设备状态。
- 原始数据和处理后结论分开放，便于复查。
- 异常值不要直接删，记录原因、复测结果和处理口径。
现场问题反馈闭环
现场反馈问题时，把现象、影响范围、照片证据、临时处理、责任判断和关闭标准串起来，减少反复传话。
- 先收集现象、位置、时间、影响范围和现场照片。
- 临时处理要写风险和有效期，避免被当成永久方案。
- 关闭问题前确认验证人、验证方式和资料是否需要同步更新。
维护交接卡
设备或工具交接时，记录当前状态、常见故障、备件位置、账号权限、保养周期和联系人。
- 写清设备当前状态、已知问题和最近一次维护时间。
- 备件、工具、账号权限和资料链接要能直接找到。
- 交接后第一周重点观察项提前列出来。
工艺变更通知单
工艺调整前先说明变更原因、适用范围、生效批次、影响物料、验证方法和需要同步的人。
- 先写明变更前后差异，别只写按新工艺执行。
- 确认影响哪些批次、物料、检验项和现场文件。
- 生效前要有验证记录和通知对象清单。
项目风险台账
把项目里的风险按触发条件、影响、概率、责任人、预防动作和应急动作列出来，适合每周快速扫一遍。
- 风险不是担心一句话，要写触发条件和影响范围。
- 每条风险都要有预防动作和应急动作。
- 状态变化时记录原因，避免风险台账变成摆设。
周工作复盘模板
每周用完成、卡住、学到、下周推进四块做轻量复盘，适合把零散工作沉淀成可复用经验。
- 完成项只写可验证结果，不写忙了很久。
- 卡住项写阻塞原因、需要谁协助和后续动作。
- 学到的东西尽量沉淀成模板、清单或判断规则。
工作总结草稿框架
写工作总结时先把结果、动作、问题、经验和下次改进排成一页，避免只写忙了什么。
- 开头先写可验证结果：交付了什么、改善了什么、留下了什么资料。
- 中间按项目或主题列动作，不按日期流水账堆内容。
- 结尾补经验、风险和下次改进，让总结能变成下一轮的方法。
一页纸决策备忘
遇到需要拍板的事情，用背景、选项、推荐方案、风险和后续动作组成一页纸，减少口头决定散掉。
- 先说明为什么现在要决策，以及不决策会影响什么。
- 每个选项都写优点、代价和不可逆风险。
- 推荐方案后面必须接第一步动作和确认人。
专利交底提纲
准备发明专利材料时，先把技术问题、现有做法、改进方案、关键结构和效果证据写清楚。
- 先写要解决的技术问题，不要一上来堆功能描述。
- 再说明核心方案、关键结构、流程步骤和与现有做法的差异。
- 最后补效果证据、可替代方案和需要画图的位置。
抽样检查记录
做来料、过程或出货抽检时，记录批次、抽样数量、检查项目、异常样本和处理结论。
- 先写清批次、总量、抽样数量和抽样规则。
- 检查项目要对应图纸、标准或验收条款。
- 异常样本保留编号、照片和处置结论。
SolidWorks 装配排查
SolidWorks 装配出问题时，先按版本、配合、基准、轻化状态、干涉和外部引用逐项排查。
- 先确认零件版本、文件路径和外部引用，排除拿错模型。
- 再逐个压缩可疑配合，检查基准、方向、过定义和欠定义状态。
- 最后做干涉检查，并记录处理前后的模型版本和原因。
Excel 数据整理检查
整理 Excel 表格前先统一字段、格式、缺失值、重复项和输出口径，减少后面公式和统计结果互相打架。
- 先冻结字段名和单位，避免同一列混着不同含义。
- 再处理空值、重复项、日期格式和手工备注列。
- 最后保留原始表、清洗表和输出表，方便回溯。
周报进度说明
写周报时把本周结果、关键进展、卡点风险和下周动作放在同一页，让别人不用追问也能看懂状态。
- 开头先写本周最重要的 1-3 个结果，不要先铺流水账。
- 进展要带证据：链接、数据、截图、交付物或确认人。
- 下周动作写清优先级、负责人、截止时间和需要协助的地方。
进度同步说明
被问到进度时，用当前状态、已完成、待处理、风险和后续动作组成一段简短说明，避免临场越说越散。
- 先说结论：正常推进、略有风险、需要拍板或已经阻塞。
- 再补已完成和正在做的证据，不用把所有细节倒出来。
- 最后明确后续时间点，以及需要谁确认或协助。
客户邮件回复框架
回复客户邮件时先确认对方问题，再给结论、依据、需要补充的信息和后续时间，避免一封邮件来回问三遍。
- 第一段复述对方问题和你的理解，先对齐口径。
- 第二段给当前结论、依据和限制条件。
- 结尾写清后续动作、预计时间和需要客户补充的资料。
需求变更处理单
需求变更出现时，把变更内容、原因、影响范围、确认人、成本时间变化和生效节点记录下来，避免后面说不清。
- 先写清变更前后差异，以及为什么要改。
- 评估影响：范围、成本、交期、质量、资料和相关人员。
- 变更必须有确认人、生效时间和未覆盖事项。
研发问题清单
把研发过程中的问题按现象、影响、原因假设、责任人、后续动作和关闭标准整理，减少问题散在聊天里。
- 每条问题先写现象和影响范围，不要直接跳到猜原因。
- 原因假设、验证动作和责任人要分列，方便跟进。
- 关闭标准要可验证：数据、照片、测试记录或评审结论。
会议纪要转行动项
把会议内容压成结论、行动项、负责人、截止时间和待确认问题，让会议纪要能推进事情而不是只存档。
- 先写会议最终结论，不要从讨论过程开始。
- 行动项必须有负责人、截止时间和交付物形态。
- 待确认问题单独列，下一次会议先看这些有没有关闭。
卡点升级说明
项目卡住时，把卡点、已尝试动作、需要的决策或资源、影响和建议动作写清楚，帮助别人快速介入。
- 先写卡在哪里，以及它影响哪个交付物或时间点。
- 列出已经尝试过的动作，避免别人重复排查。
- 明确需要什么支持：决策、资料、权限、人员或时间调整。
交付准备检查表
交付前把资料、物料、测试、包装、培训、现场条件和遗留问题统一确认，降低临门一脚翻车概率。
- 先确认交付物、验收标准、资料包和责任人。
- 测试记录、包装清单、培训材料和现场条件逐项勾掉。
- 遗留问题要明确是否影响交付，以及关闭时间。
这里展示的是公开索引和方法卡；涉及具体项目、内部资料或完整手册正文的内容不会放到公开页面。