先定义目标与验收，再安排人和 AI 的分工
先明确工作要带来什么变化，以及做到什么程度可以结束。文档、原型或代码承载结果，验收则看它能否帮助使用者完成原本的任务。
要改变什么
说明问题与预期变化，避免只给一个产物名称。
结果给谁使用
明确使用情境，以及需要支持的判断和行动。
依据是否充分
分清已知事实、假设与缺口，未定内容保留待确认。
何时可以结束
定义范围和验收条件，目标变化时回到对应判断处修正。
我负责判断与验收
业务价值、事实确认、优先级、关键取舍和最终采用。
AI 扩展分析与生产
资料定位、结构整理、候选方案、多形态生成和重复检查。
局部修改限定影响范围；复杂判断、多轮协作或多个交付对象，补齐方法依据、输入和阶段验收后分步推进。
实践 · 赛博蒸馏
先理解真实经历，再识别可复用能力
我最初希望 AI 在充分了解我的经历后，识别跨项目可迁移的能力：反复解决什么问题、怎样判断、哪些做法可以用于新情境，哪些结论还需要证据。同时，将有依据的能力识别过程做成可复用的 Skill。
因此，完成标准包括还原经历、区分个人作用与团队结果、比较跨项目行为，并形成可回到证据的能力判断。简历、岗位匹配和面试训练，是这些结果的后续应用。
用 Memory 管理持续协作，找准依据、保留积累
多轮协作中，重要的不只是记得背景，还包括用对版本、区分事实与推测，并准确理解工作做到了哪里。我参与设计并持续改进 Memory Skill，把查找、使用和更新资料的方法固定下来。
先分清信息性质与使用范围
- 事实与判断
- 已确认的事实、重要决定及其原因长期保留；临时讨论和 AI 的候选判断标明“待确认”，并保留来源。
- 资料使用范围
- 个人资料与工作资料分开；对外公开前，筛选可以使用的内容。
- 方法复用条件
- 项目中的特殊做法，只有说明适用条件并获得验证，才用于其他项目。
分层保存，让摘要和完整材料各有职责
| 保存层次 | 保存内容 | 协作作用 |
|---|---|---|
| 长期协作规则 | 稳定约定、重要主题和项目的位置。 | 找到正确的项目 |
| 主题认识 | 已确认结论、依据、成立条件与未解决问题。 | 让理解持续积累 |
| 当前项目 | 本轮采用的材料、已完成范围、下一步和前置条件。 | 从正确位置继续 |
| 完整材料 | 原始记录、方案、作品、审计和反馈正文。 | 让具体判断可核对 |
项目入口说明去哪里看、接下来做什么；具体规则和证据由对应材料保存，摘要不替代完整事实。
写入：明确保存去向，同步受影响的材料
| 信息与变化 | 写入或更新哪里 | 同步要求 |
|---|---|---|
| 新增事实 | 负责该事实的原始材料 | 各用途总结引用同一来源，避免简历、分析稿和页面各自维护一套说法。 |
| 决定与待办 | 决策记录、后续处理入口 | 保留决定理由和未解决事项，方便下一轮接续。 |
| 当前进度 | 项目摘要 | 只更新稳定结论、完成范围、下一步及前置条件。 |
| 规则变化 | 受影响的说明、页面和检查记录 | 逐项更新与复核，通过后再切换采用关系。 |
| 资料增长 | 当前材料清单与分类目录 | 分开当前工作、完整历史、已替代材料、待整理参考和排除项。 |
| 旧成果复用 | 当前版本的继承记录 | 登记直接采用、修改采用或不采用；检查引用、旧链接和原件保留。 |
Memory Skill 管理查找与更新，项目资产管理配合登记版本、冻结及成套成果，两者通过明确引用连接。
查询：按当前任务定位有效依据
- 项目入口目标、阶段、下一步
- 本轮材料清单依据、参考、已替代
- 任务所需材料具体规则与证据
先确认目标、阶段和本轮材料，再读取任务所需部分。新版不会因日期更新自动成为依据，旧版评审也不能证明新版通过。遇到冲突回到负责该事实的材料，仍不清楚就保留缺口。已有项目续接时，先查询当前依据，完成工作后再将变化写回。
实践 · 面试项目
六类资料相互连接，训练与反馈持续积累
| 内容 | 实际积累 | 怎样支持下一步 |
|---|---|---|
| 简历与核心经历 | 主简历、完整经历、项目证据、岗位版本 | 事实统一维护，不同岗位只调整表达重点。 |
| 能力与职业定位 | 逐轮分析、经历证据、跨项目能力比较、职业图鉴和方向探索 | 看清能力由哪些行为支持，哪些判断仍需验证。 |
| 模拟面试 | 原始问答、每轮复盘、能力题库和训练方法 | 记录回答问题，安排下一轮练习并比较变化。 |
| 公司面试反馈 | 岗位资料、投递进展、真实追问和针对性练习 | 结合岗位准备，区分公司偏好与自身共性问题。 |
| 在线简历 | 公开文案、案例母稿、源码、设计参考、检查和历史版本 | 从已确认经历形成公开表达，继续修改时找准当前稿。 |
| 项目进度与目录 | 任务、资料分类、完成情况、能力梳理进度和复盘 | 连接上述内容，明确接下来做什么、看什么。 |
准备某家公司，先看岗位与反馈，再取相关经历和训练题；研究一项能力，则回到支持它的项目与面试表现。新增事实补进经历主档，回答问题留在当轮复盘，公司特有反馈留在公司记录，重复出现的共性问题再进入题库。
把方法做成 Skill，再管理整套能力
工作流组织任务依赖，Skill 承载具体方法。我分别处理“怎样制作一项 Skill”和“怎样维护整个技能系统”，让方法能够被正确选择、按需使用和持续验证。
把一项方法做成可调用的 Skill
从重复问题提炼方法
用 skill-methodology 判断是否需要稳定的读取顺序、步骤、产物和回退规则。一次性偏好和项目专属事实继续留在项目。
借助工具完成实现
用 skill-creator 创建运行文件、参考、模板及必要脚本。我负责方法选择和验收，创建工具不替代真实任务验证。
分层加载运行材料
简介负责选中，正文负责执行，长案例和矩阵按需读取；确定性操作交给脚本，模板作为独立成果复用。
一项 Skill 需要交清触发与排除条件、输入、执行步骤、产物、失败回退和保存位置。未选中正确技能，要校准职责与路由；选中后读入过多，要精简正文、拆出参考材料。
五层职责，避免相邻任务互相抢入口
- 产品生产
- 价值、需求、业务设计、页面、PRD 与原型，按输入依赖串行承接。
- 质量检查
- 状态、规则变化、反证、联动与冻结判断，挂在生产节点之后。
- 资产与记忆
- 版本、快照、索引、角色交付与续接，管理采用关系和可读范围。
- 个人训练与表达
- 能力识别、读者判断、训练与复盘，依据真实材料形成分析和应用。
- 元治理与扩展
- Skill 方法、创建、安装及工具扩展，维护方法与运行资源。
分别记录成熟度、可用性与公开状态
Skill Ops 用路由决定何时调用，台账从四个维度登记，避免把“已安装”当成“已验证”或“可公开”。
- 资产类型
- 运行技能、方法草稿或外部参考
- 成熟度
- 验证到了什么阶段
- 运行可用性
- 是否安装并能被发现
- 公开状态
- 是否适合对外分发
稳定决定、候选待办、外部研究和完成变更分别记录，每条新规则保留证据、适用条件与未验证范围。
实践 · 赛博蒸馏
把正式评估框架转成可执行的追问与校准
| 方法依据 | 在 Skill 中怎么用 | 使用边界 |
|---|---|---|
| 行为事件访谈与 STAR | 从情境、目标、行动与结果，追到本人判断和约束。 | 围绕真实事件深入，不只整理叙述。 |
| 能力成熟度与证明深度 | 区分可靠执行、独立闭环、系统影响和方向责任。 | 描述能力得到证明的责任范围，不给人固定等级。 |
| ESCO 跨领域能力框架 | 将项目动作提炼为分析、协作、责任闭环和迁移等候选能力。 | 用独立项目、归因与反例核查，不由分类表直接下结论。 |
| O*NET 活动与工作风格参考 | 交叉检查能力术语与实际工作活动的关联。 | 不推断人格，不套用职业评分。 |
这些方法被组织为材料盘点、项目访谈、收口续接、阶段校准、跨经历提炼和图鉴交付。证据归因、追问条件、能力映射、数据和模板分别维护，主 Skill 保留调用顺序与核心约束。
运行资产、版本需求、回归记录与我的面试资料分开。对外试用只提供通用方法和匿名模板，重新检查个人资料、项目路径与样例；使用者带入自己的材料。
拆分推导流程，让每一步都能支撑最终交付
为了稳定交付，我先从目标倒推中间要完成哪些判断，再明确每一步的输入、产物和通过条件。前后产物相互核对，遗漏或偏离能在过程中被发现。
先明确中间产物，再逐步核对
向下 · 要求完整承接向上 · 新增内容有据可查
| 推导环节 | 形成的产物 | 与上下环节核对 |
|---|---|---|
| 01目标与流程 | 用户问题、对象和关键决定 | 下一步展开的行为，必须服务已确认的问题与范围。 |
| 02行为规则 | 条件、动作与可观察结果 | 操作是否有明确输入、成功结果、失败与取消承接。 |
| 03场景、状态与数据 | 进入条件、状态变化和必要数据来源 | 每个状态有触发和恢复路径，动态内容有来源与更新依据。 |
| 04交互与页面定义 | 各状态的模块、字段、按钮和操作路径 | 页面元素回到规则，规则要求在页面中找到对应表达。 |
| 05页面状态样例 | 正常、空、处理中、失败等适用状态 | 用具体页面展开一个场景，逐项核对操作与结果。 |
| 06原型与 PRD | 可检查的页面与文档对应关系 | 互查页面、规则与状态，确认交付输入和证据齐备。 |
页面状态样例即 story。步骤按判断依赖排列，局部修改和仅需文档的任务保留必要环节。Memory 和 Skill 按需支撑全程；审计 Skill 执行检查，workflow 决定检查位置、输入和不通过时的返回环节。
变更沿关系传递，完成后再按用途交付
上游规则变化时，列出受影响的场景、状态、交互、页面、文档和检查结论，逐项更新与复核。页面设计可以决定布局，新增业务能力则回到对应环节确认；无关的已确认内容保持稳定。
我负责目标、关键取舍和阶段验收，AI 承担分步推导、生成和交叉核对。评审材料交清依据、取舍与待定项，执行材料还要具备必要输入、明确范围和验收标准。
| 接收角色 | 交付内容 |
|---|---|
| UI／设计 | 产品规则、交互与状态、设计参考、文案约束和可调整范围。 |
| 开发 | 规则与原型、接口与数据、依赖、兼容迁移、必要技术决定和未决项。 |
| 测试 | 验收标准、正常与异常场景、已知限制及相关实现证据。 |
| AI／Agent | 必要资料、允许动作、预期成果、保存位置与停止条件。 |
各类材料引用同一套已确认方案。后续变更明确原交付继续、退回或切换版本；评审、实现、测试与发布分别记录。
实践 · PM Desk
首次让 AI 承担完整设计后，重建可审计的流程
从逐步共创，到 AI 承担完整设计
此前我和 AI 在讨论中逐步确定方案。PM Desk 首次将完整产品设计交给 AI，我负责目标、关键取舍和验收。需求多次调整后，原型开始偏离已确认意图，部分旧规则仍出现在新页面。
让需求准确传递到原型
找到跑偏原因，让每次修改有依据、页面内容可核对，发现问题后能定位到具体环节。
找到推导断点，先在一个模块中补齐并验证
排查发现，文字方案虽已更新，部分流程、页面能力与原型仍沿用旧口径。原型主要依据主流程绘制，而主流程只能说明业务怎样流转，难以约束每个场景的字段、按钮、状态和操作结果。
Skill Ops 进一步归纳出三类缺口：规则层次混杂、操作缺少依据、变更无法追到受影响的下游。我先明确各层当前材料，补入场景矩阵与页面能力，再选“任务详情—需求接力”模块试点。
试点中，将任务状态、AI 整理过程和需求进度分开，分别定义触发条件、结果、失败和返回路径，再规定每个页面状态显示什么、允许做什么、禁止出现什么。这些说明成为原型直接依据，状态样例逐个展开检查。
审计同时回看规则、状态、交互与页面；没有依据的内容回到对应环节补齐。需求再次变化，也沿关系更新下游，避免旧结论继续进入新原型。
试点验证后采用最小规则，再检查其他任务是否适用
完整推导链通过候选页面状态样例审查，最小规则纳入原型设计、状态审计等 Skill。又用仅需 PRD 的真实候选任务和既有原型盲测验证分流，避免小任务被要求补整套材料。
后续整体结构原型完成审计修正并通过阶段评审，可以进入 UI 设计。真实工作流运行、完整开发交付和发布仍需各自验证。
让质量检查独立发生，依据证据决定下一步
在关键生产节点和最终交付前，按对象和风险调用审计 Skill，对照明确基线检查产物。每项检查都有输入、维度和结果要求，问题能够定位、处置并复核。
| 审计方式 | 检查什么 | 怎样影响下一步 |
|---|---|---|
| 状态审计 | 正常、空、失败、权限、历史与逆向状态；动态字段的来源、更新与不可用处理。 | 区分表达缺失、规则未定与证据不足，分别补表达、回需求或补证据。 |
| 对象决策面审计 | 同一对象在列表、详情或轻入口中的关注理由、信息、动作与结果承接。 | 定位字段、动作优先级或跨页面关系的最小修复点。 |
| 规则变化检查 | 当前表现与已确认规则的差异，判断是否改变逻辑、范围或触发条件。 | 呈现和表达按影响修正；真实规则变化回上游确认。 |
| 反向审计 | 挑战价值与假设；高风险需求先抽象对象关系，再寻找能破坏模型的反例。 | 依据风险补规则、缩范围、拆阶段或重新澄清。 |
| PRD 与原型联动 | 文档、页面、状态、配置效果的对应、反向查找和版本一致性。 | 核定可审阅程度及交付条件，定位缺失关系。 |
| 冻结检查 | 按交付目标核对规则、状态、联动、版本与限制。 | 明确不能冻结、仅供评审、带限制采用或可作为下游基线。 |
问题处理
定位与举证
记录对象、位置、预期与实际差异，以及证据和影响。
回到对应环节
表达问题修正产物，规则未定回到需求，证据缺口补充材料。
修复后复核
未解决项明确是否阻断本轮，争议与取舍由我确认。
完整需求设计后检查状态与冻结条件；页面设计后查规则变化；文档和原型组装后查联动。局部调整不强制完整原型链，关键规则冲突仍不能放行。产物能否交付由本轮审计判断，方法本身的缺陷进入后续改进。
将真实反馈转成方法改进，再验证是否值得复用
先判断反馈应该进入哪里
- 新增事实
- 更新项目资料
- 单次错误
- 修正当前产物
- 反复出现的方法缺口
- 进入 workflow 和 Skill
方法缺口包括输入、判断、流程和输出中的重复问题。
形成改进后，用真实任务验证
保留现场
记录情境、实际表现和原因判断。
选择改进
比较候选方案，明确采用范围。
真实回归
检查修复结果，也检查相邻环节。
项目偏好只有在适用条件明确并获得验证后，才成为复用规则。每次保留修改和验证结果，避免增加限制解决一个问题，却阻断原本正常的工作。
实践 · 赛博蒸馏
用真实使用反馈推动版本演进
| 实际偏差 | 我的判断与设计修正 | 后续验证重点 |
|---|---|---|
| 过早总结，收紧后又反复停住 | 项目、阶段与跨经历总结分别处理，增加项目池过滤、覆盖核查和自然续接。 | 不越级下结论，也不让正常收口变成无必要的断点。 |
| 防止夸大，反而弱化本人产出 | 分开岗位产出、团队业务结果和个人影响比例，明确产出归属并保留因果边界。 | 不夸大作用，也不因无法计算占比就否认贡献。 |
| 通用能力压过职业主场 | 定位拆成职业主场与差异化工作方式；行动包含场景、动作、经历依据和完成信号，补证另列。 | 定位不被单个复杂项目写窄，建议可用于实际决策。 |
| 样式反复重做，能力结论被隐藏 | 画像数据与匿名模板分开，保留能力图鉴和经历时间线两套视图。 | 换会话仍能交付，两种阅读粒度均完整可见。 |
反馈进入需求池、运行规则、回归场景与版本记录。2.0 已完成真实回归和本人验收，并形成同事试用包，包含运行方法、必要参考、匿名模板与安装说明。
个人履历、生成图鉴和私有验证材料不随包分发，后续反馈进入新版本需求。面试项目继续回收模拟与真实反馈，更新事实、判断和训练动作。
我持续承担目标、方法、关键取舍和验收责任。AI 扩展分析、生产与实现的覆盖，每轮交付也为下一轮留下可继续使用的依据。