EvoZeus · Skillware 协同进化引擎

用户越多，你的 Skillware 越成熟。

先发布能用的种子。EvoZeus 把真实使用里的问题收回来，让被采纳的改进进入同一个 Skillware 的下一版。

加入 EvoZeus: https://evozeus-community.vercel.app/skill

复制给你的本地 Agent，然后从一段真实 Session 开始。

看一个问题怎样被修进下一版
当前使用人数 00当前使用人数

先发布 0.1

让真实使用帮你决定下一版。

改进有留痕

从反馈、审核一直走到 Release。

公开前确认

原始记录本地优先，高权限动作由你批准。

做出 0.1 很快，
把它用成熟很难。

使用者多起来以后，问题散在 Session、私聊和 Issue 里。同一个坑解释很多遍，你仍然不知道下一版最该先修什么。

使用者 01

“它把客户说的预算当成了已确认预算。”

SAME FAULT / 01

使用者 07

“这里还没有确认，不能直接进入报价。”

SAME FAULT / 02

使用者 19

“又要手动提醒一次：先判断信息是不是事实。”

SAME FAULT / 03

把用户增长，变成产品进化的力量。

同一个坑，第三个人不该再踩一遍。

一位使用者发现问题，更多真实使用帮助确认它，Skill 团队采纳改进，后来的人直接使用修好的版本。

  1. 01 / SEED

    种子上线

    先发布一个已经能工作的 0.1，让它进入真实场景。

  2. 02 / FIELD USE

    同一个问题再次出现

    不同使用者在不同 Session 里纠正了同一个判断边界。

  3. 03 / REPLAY

    EvoZeus 把证据重新对齐

    回放真实使用，分开偶然偏好和反复出现的产品问题。

  4. 04 / HARNESS

    补丁获准

    Skill 团队看过证据和改动以后，确认它值得进入统一版本。

  5. 05 / SHARED BUILD

    后来的人直接使用 0.2

    已经修好的地方不再要求每位使用者重复纠正。

SESSION SCAN / PERSONAL REPORT

一份报告，把你和 AI 的协作方式讲清楚。

扫描结束以后，用户不该面对一堆技术指标。报告先给结论，再解释依据，最后告诉你下一次怎么做得更好。

  1. 01 / VERDICT

    先看结论

    不用翻日志。先看到自己的 AI 协作画像，以及这份判断有多确定。

  2. 02 / WHY

    理解为什么

    每个维度都回到真实表达，解释你习惯先抽象推演，还是先按事实执行。

  3. 03 / FRICTION

    找到摩擦

    把反复纠正、未解决请求和工具失败放回对应 Session，而不是只给统计数字。

  4. 04 / ACTION

    带走行动

    报告最后给出下一次对话就能使用的改法，让复盘真正改变后续协作。

EvoZeus · AI 使用画像年度评测报告脱敏演示

AI 使用画像与 SESSION 价值报告

你的 AI 使用画像
年度评测报告

把真实对话整理成一份能看懂的人物报告：你如何思考、如何推动 AI，以及下一步最值得改变什么。

LOCAL SESSIONS · DIRECT USER EVIDENCE

Zeus 报告标志

EvoZeus Profile

由真实 Session 行为证据生成，不构成正式心理测评。

EVOZEUS 评测结果

INTJ 倾向

战略型拆解者

先理解本质、机制和长期方向，再用明确标准推动 AI 收敛交付。

91%

画像置信度

426

直接证据

38

高价值 Session

4/4

维度已确认

WHY / AI CONVERSATION PREFERENCES

四维画像，不只给四个字母。

每条轴线都解释它在 AI 对话中的含义，并能回到对应短句。

I
独立建模真实表达证据
83%
N
抽象推演真实表达证据
96%
T
逻辑决策真实表达证据
91%
J
计划收敛真实表达证据
87%

FRICTION / ACTION / SESSION EVIDENCE

从判断走到下一次行动。

01

先让 AI 复述成功标准

02

把纠偏沉淀成固定规则

03

复杂任务先确认整体路径

代表性 Session

报告结果没有体现重点

问题 / 纠偏
“不要只给结果，要给判断依据、成功标准和可验证交付。”
判断依据强
重复要求2 次
任务完成已验证

02 / SHARED SKILL EVOLUTION

大家遇到的问题，汇成同一个 Skill 的错题集。

像小时候整理错题集：记录题目、错误答案、正确答案和判分标准。每位使用者在真实任务里遇到的问题，都会进入同一个 Skill 的改进项目。

多个真实工作 Session 的问题汇入一本共享错题集，并继续形成 Issue、规则和共享版本

01 / REAL SESSIONS

不同使用者在真实任务里遇到问题

每条问题都保留原始业务场景

02 / SHARED COLLECTION

Zeus 把问题整理进同一本错题集

题目、错误答案、正确答案、判分标准

03 / SHARED VERSION

Issue 推动 Skill 增加可验证规则

v0.1.3 Current → v0.1.4 Candidate

ONE REAL CASE / ISSUE #5

从一句“还没完成”，走到下一版判断规则。

真实对话保留在本地。页面只展示脱敏后的业务场景、正确做法和可验证结果。

  1. 01 / REAL SESSION

    真实业务对话

    Skill 在做什么、哪里判断错了、用户如何指出问题。

  2. 02 / MISTAKE ENTRY

    加入错题集

    把题目、错误答案、正确答案和判分标准整理完整。

  3. 03 / GITHUB ISSUE

    进入 Skill 项目

    脱敏信息成为可追踪、可讨论的 Issue #5。

  4. 04 / RULE UPDATE

    前后判断对比

    先看业务判断怎样改变，再核对 Skill 新增规则。

  5. 05 / SHARED VERSION

    汇入共享版本

    多个 Session 的问题共同进入一个 Skill 的错题集。

01 / REAL SESSIONCODEX DESKTOP · 脱敏真实记录
项目关键交付物检查•••
U

USER

检查本周关键交付物，还有测试记录、架构设计和开发文档。

读取项目台账与交付物记录

AI

ASSISTANT

已补进项目台账。

测试报告：正式可验收
U

USER

这个是今天测试主要放测试结果的地方。但是完成度还没 100%。
AI

ASSISTANT

它是进行中记录。我会修正状态，并整理成可复用规则。
继续向 Codex 发送消息…
02 / MISTAKE ENTRY一条可验证的错题记录

SHARED MISTAKE ENTRY

错题 #5

READY FOR ISSUE
“完成度还没 100%。”

题目

当时在做什么

更新项目测试记录和交付状态。

错误答案

Skill 做错了什么

未完成测试被登记为正式可验收。

正确答案

以后应该怎么做

先判断材料成熟度，再登记状态。

判分标准

怎样算真正改好

未完成测试不再进入正式验收。

03 / GITHUB ISSUE真实 Issue 结构 · 已脱敏
MetaInFlow / project-management-skillIssuesPull requestsActions

Deliverable gate: distinguish in-progress test records from formal acceptance artifacts #5

OpenSkill Feedback真实 Issue · 页面已脱敏
evozeus-bot opened this issue

Feedback

进行中的测试记录被标成正式可验收交付物。

Expected Rule

持续记录中 → 待确认；测试完成且有准出结论 → 正式可验收。

Acceptance Criteria

Skill 不再把未完成测试记录写成完成证据。

04 / RULE UPDATE业务判断前后对比

以前 · v0.1.3 Current

看见测试文档，就直接判断可以验收。

1

发现一份测试记录

只确认文档存在，没有检查测试是否完成。

2

直接给出结论

把进行中的记录当成了完成证据。

错误结果：正式可验收实际情况：测试完成度还没达到 100%。
→

以后 · v0.1.4 Candidate

先检查完成度和准出结论，再决定状态。

1

测试是否已经完成？

仍在补测试结果时，不能算完成。

2

是否已有明确准出结论？

只有文档、没有结论，仍不能正式验收。

任一条件不满足：待确认交付物 / 内部草稿两项都满足：正式可验收。
规则写进 Skill 的证据SKILL.md · v0.1.3 → v0.1.4 Candidate
72- `待验收`：必须先注册可检查产出物。
73+ 测试与验收类产物必须先判断成熟度：进行中记录标为 `待确认交付物 / 内部草稿`；只有测试完成且已有明确准出结论时，才能标为 `正式可验收`；Bug / 优化清单只作为后续输入，不作为完成证据。
74- `已完成`：必须补实际日期与验收结论。
05 / SHARED VERSION多个 Session · 同一个 Skill
#3任务更新缺少交付物判断Session
#4任务类型和负责人判断错误Session
#5未完成测试被标成正式验收当前案例
#6工作日志关系被错误替换Session
#7正式交付物与工作快照混淆Session

ONE SKILL · SHARED VERSION

项目管理 Skill · 错题集

不同使用者和 Session 产生的问题汇入同一个项目。Skill 团队先验证规则，再把通过的规则加入共享版本。

当前选中 #5：增加测试材料成熟度判断。
v0.1.3 Current→v0.1.4 Candidate

现在能做什么，下一步在补什么。

01

现在可用

安装本地 skeleton；复盘显式提交的 Session；审计反馈并生成脱敏 Issue 草稿；生成 Harness 接入方案。

02

由你确认

公开 Issue、创建 PR、合并改进和发布版本。高权限动作始终保留批准门。

03

正在补齐

按目标 Skillware 自动汇总相似纠偏；按证据排序候选改进；发布后回看修正是否有效。

真实使用正在留下什么

只展示经过批准的脱敏活动。原始 Session 仍留在本地。

正在等待第一条获准公开的使用记录

用户批准后，这里会显示最近的安装、Session 复盘、Harness 和 Skill 进化动态。

你的原始 Session 默认留在本地。

只有经过复盘、脱敏和确认的改进，才会进入公开路径。Issue、PR 和 Release 前都保留批准门。

01

本地优先

原始 Session 默认留在本地，不会因为复盘自动公开。

02

显式输入

分析从你选择并提交的 Session 开始。

03

先脱敏

对外只保留支撑判断所需的最小证据。

04

批准之后再行动

Issue、PR、上传和 Release 都由你确认。

页面讲结果，工程链路继续可查。

普通使用者不需要先理解 repo 矩阵。Skill 团队仍然可以进入文档、Skill、测试入口和源码核对每一层职责。

GitHubDocsSkill提交测试

evozeus

本地入口、环境准备、Session review 和能力编排。

session-signal-skill

识别 completion、correction、repeated request 和 tool failure 等信号。

EvoZeus-CoEvolve

把 Feedback 接入 Issue、Design、PR、CHANGELOG 和 Release。

EvoZeus-infra

提供本地 scanner、factor、ledger 和 report 的受控执行。

把正在维护的 Skillware，交给真实使用继续完成。

安装 EvoZeus，先复盘一段 Session；或者为现有 Skillware 生成一份进化 Harness 接入方案。

加入 EvoZeus: https://evozeus-community.vercel.app/skill

复制给你的本地 Agent，开始第一次真实复盘。