with one click
identity-profiling
维护 identity/ 下任何档案前必须加载。定义人物五维度画像、
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
维护 identity/ 下任何档案前必须加载。定义人物五维度画像、
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
文档自动维护(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 次以上且有决策行为 | 提炼「决策模式」和「能力与盲区」 |
| 停在初始化 | 纯传话/只说一句 | 不深挖 |
不满足任何一条 → 留在事件记录/待观察,不写入决策模式。
按维度组织,合并而非追加。 新信息融入对应维度的已有描述; 不要在底部按日期追加段落;新信息推翻旧描述则直接更新,不保留旧版本。
存疑则不建档,信息留在日志条目内。
| 维度 | 衰减速度 |
|---|---|
| 定位与边界 — 解决什么、不解决什么、在产品矩阵里的位置 | 慢 |
| 核心能力与架构 — 技术栈、能力分层、关键指标 | 慢 |
| 战略判断与关键决策 — 谁在何时做了什么定调(标注决策人+时间) | 慢 |
| 当前态势 — 版本进度、客户管线摘要、阻塞项 | 快 |
当前态势整体刷新,不追加。 每次处理后重写整段并更新日期。