con un clic
identity-profiling
维护 identity/ 下任何档案前必须加载。定义人物五维度画像、
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
维护 identity/ 下任何档案前必须加载。定义人物五维度画像、
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
文档自动维护(Docs Maintenance)——git commit 前,凡本次改动对应的 story 已 verified 且其 design.md 影响面涉及架构 / 设计 / 约定变更,必须使用本技能。文档已覆盖变更则跳过——本技能的产出是文档与代码一致,不是每次都改文档。
Use when dispatching independent subagents via opencode CLI in the Journal repository, especially for verification-gate, requirements-gate, or docs-maintenance tasks where context isolation and standardized report output are required.
需求门禁(Requirements Gate)——只要用户提出开发需求或变更请求(实现 / 新增 / 开发 / 加一个 / 修改 / 重构 / 优化 / 接入 / 修复 / add / implement / build / feature / fix),哪怕措辞很随意,且该任务还没有 status: approved 的 story.md,就必须在写任何代码之前使用本技能。不要因为需求看起来很简单而跳过。
验收门禁(Verification Gate)——与 requirements-gate 成对的下游环节:需求门禁确保做对的东西,验收门禁确保做的东西是对的。开发完成、准备 git commit、或想宣称'做完了'之前,凡存在与本次改动相关、status: approved 但尚未 verified 的 story.md,必须使用本技能。注意:测试全部通过不等于验收通过——技术正确性归 verification-before-completion,需求符合度归本技能。
文档自动维护(Docs Maintenance)——git commit 前,凡本次改动对应的 spec 已 verified 且影响面涉及架构 / 设计 / 约定变更,必须使用本技能判断并同步更新 AGENTS.md / ARCH.md / DESIGN.md,并按需维护 README、llms.txt、用户使用说明与技术开发说明文档。当 PreToolUse hook 注入「文档维护」提醒时必须使用。文档已覆盖变更则跳过——本技能的产出是文档与代码一致,不是每次都改文档。
"灵感探讨的思维搭档。用户抛出模糊设计想法("帮我想想 X 怎么做"、"纠结 A 和 B 方案"、"你觉得这样做怎么样"、"帮我过一遍思路")、要对比方案、或需要把碎片需求拆成清晰设计决策时触发。过程工具,边聊边在浏览器里画探索画板(黑白点阵风格),不是产出最终文档。如果用户已有成型日志要转可视化长页,改用 visual-design-book;写代码前所有"还没想清楚怎么做"的环节都应先走 ideate。"
| name | identity-profiling |
| description | 维护 identity/ 下任何档案前必须加载。定义人物五维度画像、 |
档案存在的唯一理由:让 AI 秘书下次遇到这个人/产品时,能更准确理解上下文。 不是存档,不是回忆录。
| 维度 | 回答什么 | 性质 |
|---|---|---|
| 身份与位置 | 是谁、站哪里、和用户什么关系 | 事实,有新信息就更新 |
| 关切与议程 | 当前最在意什么、在推动什么 | 事实,有新信息就更新 |
| 决策模式 | 怎么判断、什么能说服、什么触发反对 | 归纳,需三重验证 |
| 能力与盲区 | 擅长什么、判断在哪里会有偏差 | 归纳,需三重验证 |
| 与用户的杠杆关系 | 能帮什么、需要什么、可能阻碍什么 | 归纳,跨事件综合判断 |
| 阶段 | 触发 | 写什么 |
|---|---|---|
| 初始化 | 首次出现 | 身份与位置 + 杠杆关系(2–3 句) |
| 补充 | 第二次出现 | 追加「关切与议程」 |
| 深挖 | 3 次以上且有决策行为 | 提炼「决策模式」和「能力与盲区」 |
| 停在初始化 | 纯传话/只说一句 | 不深挖 |
不满足任何一条 → 留在事件记录/待观察,不写入决策模式。
按维度组织,合并而非追加。 新信息融入对应维度的已有描述; 不要在底部按日期追加段落;新信息推翻旧描述则直接更新,不保留旧版本。
存疑则不建档,信息留在日志条目内。
| 维度 | 衰减速度 |
|---|---|
| 定位与边界 — 解决什么、不解决什么、在产品矩阵里的位置 | 慢 |
| 核心能力与架构 — 技术栈、能力分层、关键指标 | 慢 |
| 战略判断与关键决策 — 谁在何时做了什么定调(标注决策人+时间) | 慢 |
| 当前态势 — 版本进度、客户管线摘要、阻塞项 | 快 |
当前态势整体刷新,不追加。 每次处理后重写整段并更新日期。