liarmttt 照镜子 · Vibe Code 成长历程
Shared communication
Apply TW plain-language and guidance rules to user-facing work. Explain terms in context; preserve the user's chosen 新人/入门/熟练/老手 level without inferred changes. 新人 and 入门 receive detailed explanations; every level receives needed and bug explanations unless the user explicitly waives that scope. Soul and prose modes never disable this baseline. Load the shared reference for task entry, level management, or explanation decisions.
把当前可用证据整理成一次新的完整能力评估，并在用户明确要求保存时追加为不可改写的本地履历节点。上一次履历只是一份历史证据，不是本次评分锚点、能力上限、固定分母或永久量表。
恢复证据边界
先读取当前任务可访问的项目权威、Git/工作树、交付物、验证回执和用户授权的 Codex/Chat 记录。记录每个来源的实际观察窗口与缺口，不虚构不可访问的时间段。
默认只保存脱敏摘要、指标、证据引用和判断，不保存完整原始聊天、私有日志、凭据、密钥、Cookie、会话材料或未脱敏内容。若用户只要求分析，不要擅自创建本地履历。
把每条证据明确标成以下一种：
exact：由可复算导出、文件、哈希或机器记录直接得到；user-reported：用户自报，保留原始口径说明；phase-estimate：阶段估算，写明假设和误差；behavioral-evidence-score：基于行为证据的评分，不冒充精确测量；unverifiable：当前证据无法核验。
Chat 没有统一精确 Token 导出时，不得用可见字符换算 Token，不得把 Chat 与 Codex Token 直接相加。只有具名官方导出且口径一致时才能标为 exact。
重新评估完整能力网络
每次再次核验都从当前证据重新评估，不从旧分数向上或向下“续算”。至少审查：
- 决断力；
- 纠错能力与反应速度；
- 学习速度与跨域迁移；
- 驾驶同步率与持续校准；
- 产品定义与架构；
- 验收证据与交付；
- Token 经济性；
- 项目组合与可持续性；
- 深度思考能力：社会议题、未来展望、现实观察反馈、项目结构、规划与技术讨论中的问题分层、因果链、反例和观点修正；
- 上游架构能力：自研架构、理解和运用外部架构、抽象稳定约束、决定下游接口与把架构落成权威或工作流；
- 创新能力：改造既有项目、复用轮子、优化升级、跨域组合、吸收参考素材后形成新结构或新体验。
不要重复计分：深度思考评价讨论过程与现实反馈，不等同于学习速度；上游架构评价能否定义和约束下游，不等同于一般系统理解；创新评价素材的吸收转化和可验证改造，不以新奇命名、参考文件数量或开坑数量代替真实创新。
允许发现新维度、合并或退役旧维度。为每个当前维度保存稳定的 dimensionId、confidence、scoringMethod、证据引用和当前分数或不可评分原因。评分是当前窗口的行为证据判断，不是未来能力上限。
对项目完成度分别报告：定义、实现、自动验证、构建/封装、人工验收、发布/在线回读。不得以任一前置门冒充后续门。
执行再次核验协议
读取上一节点前，先运行历史校验：
node scripts/validate-mirror-record.mjs --root <照镜子履历根目录>
若哈希不符、索引漂移、前序缺失、游离节点或量表映射不完整，停止连续性结论并报告损坏；不得悄悄从零开始。
比较时遵守：
- 旧节点保留当时分数、量表和证据窗口，不回写历史。
- 先重新评估当前完整网络，再查看差异。
- 审查旧证据是否仍有效、是否需要重验，但不让历史高分锁死当前判断。
rubricVersion变化时必须提供维度映射。- 只有量表、含义和评分方法可比的维度才计算数值
delta。 - 合并、退役或量表变化项标记“量表变化，不直接比较”，不得强算。
- 报告同时展示历史轨迹、当前重新评估和可比变化。
结构化履历遵循 mirror-record.schema.json。
生成报告与保存履历
默认执行双轨输出：
- 先在回复正文给出一份可独立阅读、复制和保存的完整 Markdown 文字评估表单；
- 再以 vibe-code-growth-report.html 生成七章交互报告：精简总表、能力网络、四项核心、Token 经济、项目达成、历程、结论。
交互报告沿用“Vibe Code 两月能力驾驶舱”原始画板的视觉语法：紧凑标题与口径图例、轻量章节按钮、安静表格、核心—能力簇—维度的层级网、选中节点详情、横向分配条、项目完成表、时间线和双栏结论。不要套用 TavernWeave 新手教程、侧栏课程、章节阅读器或宣传落地页外壳。所有核心、能力簇和维度节点都必须是完整命中区域的原生按钮，支持鼠标与键盘选择；不得用只有圆形局部可命中的 SVG 分组伪装成整颗可点击节点。
两种输出必须来自同一份结构化记录，证据边界、分数、项目门和结论不得互相漂移。不得只给一组短卡片或一个 HTML 路径来替代完整文字判断。
用户说“只要文字评估”“输出单份文字评估表单”时，运行 render-text-assessment.mjs 或按同一格式直接输出一份连续 Markdown；不强制生成画板，也不要把文字拆成多份附件。用户只要画板时可以省略正文长表，但画板仍要保留查看、复制和导出完整文字评估的入口。
文字评估至少包括：结论先行、证据边界、完整能力网络、四项核心、Token 经济、项目六道门、成长历程、历史可比变化、下一阶段建议和最终判断。每个主要能力都要呈现“当前判断—证据—限制—下一步”，不能压缩成只有分数和一句标签。
交互模板必须由当前记录数据驱动，不得把任何用户的具体 Token、评分、项目或首份报告数字写成默认值。画板的信息密度应与文字评估对齐：精简总表之后仍需保留完整维度表、证据展开、六门项目状态、历史映射和行动协议，不能用装饰性大卡片吞掉实质内容。
报告中的“导出 HTML”“导出 JSON”和“导出文字评估”只产生便携副本。权威本地保存必须由脚本完成：
node scripts/save-mirror-record.mjs \
--root <照镜子履历根目录> \
--record <当前评估草稿.json> \
--template assets/vibe-code-growth-report.html
脚本会验证现有链，确定性生成单份 assessment.md，计算 record/report/assessment SHA-256，创建新的 records/<recordId>/record.json、report.html 和 assessment.md，再原子更新 index.json 与 latest.json。它拒绝覆盖既有节点、拒绝敏感字段、拒绝断链，并在量表变化时验证映射。旧版节点没有 assessment.md 时仍按原哈希规则只读验证，不得回写补档。
保存后再次运行校验脚本，并返回绝对路径、record/report/assessment 哈希和前序关系。不要把 .private 履历、完整对话或用户具体能力数字加入公开 Skill 源码。
交付
返回：
- 当前证据窗口、来源类别和不可核验缺口；
- 完整能力网络与四项核心判断；
- 分层项目达成、Token 经济与可持续性；
- 历史轨迹、当前重新评估、可比变化和量表变化项；
- 单份文字评估、交互报告与结构化记录路径；
- 自动验证、未执行的真实宿主/新任务发现/安装/人工验收/提交/发布门；
- 下一条明确验收或再次核验指令。