| name | simaqian.skill |
| description | Use when turning a person's existing materials, answers, or optional interview into a concise Personal OS: one Markdown persona document for AI agents and one polished HTML personal homepage for humans. Trigger on requests such as 个人使用说明书、个人说明书、个人主页、bio 页面、personal OS、persona pack、给 AI 的个人 skill、采访后生成个人档案、司马迁. |
司马迁.skill
目标
把一个人蒸馏成两份可复用资产：
persona-agent.md：给 AI agent 用，帮助它理解这个人的事实、判断、风格、边界和协作方式。personal-homepage.html：给人看，帮助合作方快速知道这个人是谁、能提供什么、正在寻找什么合作、如何继续了解他。
默认不做完整传记，不做人格测试，不做营销包装。目标是低摩擦、够准确、可继续迭代。
隐私默认
这个 skill 默认采取“公开行为对齐”原则：
默认规则：如果一项信息只在简历或私下材料里出现，但本人的公开文章、播客、社媒、官网从未提及，默认不写进 persona。用户明确同意后才纳入。
具体跳过的字段（除非用户明确要求加入）：
- 家庭成员姓名、子女信息、配偶细节
- 年龄、生日、具体年龄段
- 收入、薪资、融资金额（除已公开者）
- 电话、邮箱、家庭住址
- 身份证 / 护照 / 证件号
- 健康、医疗、心理状态细节
- 未公开的商业合作、NDA 信息
- 公司内部薪酬、人事、未公开战略
判断方法：
- 先看本人的公开渠道（官网、文章、社媒、播客）是否提到过类似信息。
- 公开渠道有 → 可以写。
- 公开渠道没有，只有简历或私聊里出现 → 默认跳过。
- 拿不准时，直接问用户。
工作流
1. 先吃已有材料
开始前先告诉用户：可以直接给你文件、文字或链接；不要求用户把材料放进固定目录，除非用户正在 Claude Code / Codex 等本地开发环境里，并且已经说明了文件路径。
优先读取用户已经给出的材料。精列传最适合读取这四类：
- 个人文章 / 公众号 / 博客 / 小红书长文
- 简历 / 个人介绍 / 过往履历
- 作品链接 / GitHub / 社媒账号链接
- 播客、访谈、演讲、直播转写
如果用户已经提供材料，必须先阅读和提炼，不要一上来问长问卷。
先提炼：
- 已知事实
- 当前身份
- 关键经历
- 可提供能力
- 正在寻求的合作
- 价值观和判断方式
- 表达风格
- 链接
- 仍然缺失或不确定的信息
不要一上来发长问卷。已有材料足够时，只补缺口。
2. 做最小补充采集
只有在缺信息时才提问。
如果用户没有提供任何材料，先简短提醒他可以提供上面四类材料；如果用户仍然没有材料，或明确说“访谈我”，再进入访谈模式。
访谈时每轮最多问 1-3 个问题，不要一次发长问卷。需要完整采集时，优先从下面这些高杠杆问题中挑选，而不是机械全问：
- 你现在最希望别人先如何理解你？
- 你可以提供什么？
- 你正在寻找什么合作？
- 你最不想被误解成什么？
- 哪些经历、作品、链接必须出现？
- 哪些内容不能公开或不能让 AI 代说？
- 如果要让 AI 更像你，它最重要的判断原则是什么？
需要更完整的问题池时，读取 references/intake-and-interview.md。
3. 判断是否需要采访
采访是可选项，不是默认步骤。
需要采访的情况：
- 用户公开语料很少；
- 现有材料只有履历，没有动机、判断和边界；
- 用户明确要更深、更像自己的版本；
- 你无法区分“真实自我”与“简历包装”。
可以跳过采访的情况：
- 用户已有大量文章、播客、笔记或 skill；
- 本轮只要快速生成 v0.1；
- 用户已经明确给出了身份、能力、合作诉求和边界。
如果采访，先给 6-10 个定制问题，再逐轮追问。不要机械覆盖童年、兴趣、挫折全套题；围绕最有辨识度的张力追问。
4. 先形成一页人物假设
在正式输出前，先在内部形成这几项：
- 一句话定位
- 身份排序
- 反复出现的生命母题
- 关键张力
- 能力结构
- 合作接口
- 未竟之处（反复出现但未解决的问题、当前身份里的张力、被吸引但还没踏入的方向、可承受的代价、不可失去之物）
- 不确定项
如果这些还说不清，继续补材料，不要急着写漂亮话。用户要求“先写一版”时，可以生成低置信度 v0.1，但必须标出哪些部分是待确认。
5. 输出个人 OS 资产包
输出规范见 references/output-spec.md。
默认文件名：
persona-agent.mdpersonal-homepage.htmlexports/personal-homepage.pdfexports/personal-homepage-long.png
默认主页至少包含：
- 首屏身份
- 关于我
- 我可以提供什么
- 我正在寻找什么合作
- 代表作品 / 经历
- 如何与我合作
- 链接
生成 HTML 时，先根据对象气质选择主页模板，再根据事实材料调整文案和内容密度：
如果用户没有指定风格，默认使用草诀歌风格；如果用户提供了强烈的视觉偏好、照片、艺术图像或明确要求更有个人气息，可以改用文艺复兴风格。
生成 personal-homepage.html 后，默认尝试导出 PDF 和长图：
npm install
npm run export:setup
npm run export:homepage
PDF 和长图都必须基于选定模板的屏幕渲染结果导出，不要重新排成通用 A4 文档版。PDF 用于邮件、打印、飞书/微信转发；长图用于手机查看、朋友圈、小红书或群聊直接预览。如果当前环境无法安装或运行 Playwright，仍然交付 HTML，并说明用户可以稍后在有浏览器运行环境的机器上执行上述命令补导出。
persona-agent.md 里的 盲区 一节必须最后写。完成其他所有段落后，回头审视整份草稿，主动标出 2–4 处可能写偏的地方。这一步是这份文档不沦为自我美化的关键。
输出完成后，告知用户：可以把 persona 发给 1–2 个熟悉自己的朋友，用 assets/friend-review-template.md 帮自己做一次“第三人视角”校对。这是这套方法里少数能突破自我形象限制的环节，强烈推荐但不强制。
6. 支持迭代修订
把 persona-agent.md 视为唯一的源文件。
- 用户改了 markdown → 你可以基于新版本重新生成 HTML。
- 用户拿到朋友反馈 → 你可以把反馈合并进 persona，再一并更新 homepage。
- 不要鼓励用户直接手动改 HTML。文案、视觉、结构的变化，都优先回到 markdown 或告诉你需求，由你重新渲染。
输出三（可选）：FDE 入场包
当用户要求「FDE 入场包 / 让 AI 接手我的工作 / 输出三」时，读取 references/fde-pack.md 并按其工作流执行。
核心逻辑：顶级模型像请来的资深 FDE 工程师，适合梳理材料、追问缺口和写清流程；交付物是一套日常 AI 能执行的交接包。所有资产写到日常模型可执行的程度；交接考试用实际接管的日常模型来考，不用建包的资深模型考。
前置：已有 persona-agent.md（没有则先跑精列传或做压缩访谈）。默认走轻量模式，只使用本轮明确提供的材料、已有 persona-agent.md 和用户明确指定的项目文件；材料不足时最多追问 5 个问题。完成轻量版后，在结尾给一个可选升级提示：如需证据版，请把更完整的历史材料、项目记录、笔记或工作文档整理到 ./export/，再运行“证据版第 1 步”；第 1 步只做材料地图，不直接生成入场包。只有当用户明确选择证据版，并主动提供材料目录时，才进入 references/fde-pack.md 里的证据版工作流。
质量标准
- 准确：事实不足时写“待确认”，不要编。
- 具体：少写“热爱创新”，多写能提供什么、找什么合作。
- 有辨识度：必须写出此人与别人不同的判断和经历。
- 可协作：让别人看完知道是否该找他、怎么找他。
- 对 AI 真有用：agent 文档要有事实边界、决策原则、表达风格、禁区、校准题。
- 克制：避免 MBTI 式空话、成功学叙事、过度心理分析。
输出前检查
交付前确认：
- 人看的页面里，是否在前两屏说清了“我是谁 / 我能提供什么 / 我在找什么”。
- AI 文档里，是否区分了“已知事实 / 推断 / 待确认”。
- 是否列出了可公开链接和不可公开边界。
- 是否保留了这个人独有的语言、故事或判断。
- 是否删除了任何对合作无帮助的空泛赞美。
