evolution-review
Skill6 starsChanged 6 days agoMITView on GitHub
Data-driven selection review for any portfolio of works/products/experiments: judge items by outcome data, fix winners into reusable standards (gene fixation), kill losers without sentiment (extinction), budget exploration with a mutation quota, and use a rolling 3-month window so single months never dictate direction. Distilled from a real 4.5-month AI-music business (307 releases, ¥95 total revenue) where it ran as an evolution mechanism. Use when 做月度/季度作品复盘、决定加码或砍掉哪些作品/实验/技能、清理积压库存、防止先验或沉没成本锁死方向、把「自我感觉」换成「数据说话」. Triggers — 「月度复盘」「数据复盘」「自然选择复盘」「进化复盘」「加码还是止损」「砍库存」「淘汰评审」「该砍哪个」 / evolution review, natural selection review, monthly data review, kill criteria, mutation quota. Do NOT use for 个人绩效自评 or 单任务复盘(learn-and-improve owns single-task retrospectives).
In this repository79 other files it gives its agents.
- AGENTS.mdAGENTS.md
- openspec-apply-changeSkill
- openspec-archive-changeSkill
- openspec-bulk-archive-changeSkill
- openspec-continue-changeSkill
- openspec-exploreSkill
- openspec-ff-changeSkill
- openspec-new-changeSkill
- openspec-onboardSkill
- openspec-sync-specsSkill
- openspec-verify-changeSkill
- ai-proxy-disciplineSkill
- analysis-coreSkill
- android-webview-debugSkill
- article-writerSkill
- astrill-controlSkill
- brainstorm-workflowSkill
- browser-debug-toolkitSkill
- clarifying-question-disciplineSkill
- code-design-reviewSkill
- competitive-researchSkill
- completion-evidence-disciplineSkill
- context-budget-disciplineSkill
- decision-fog-disciplineSkill
- delivery-disciplineSkill
- design-approval-gateSkill
- domain-language-disciplineSkill
- effective-web-researchSkill
- essence-diagnosisSkill
- explain-clearlySkill
- feature-branch-closeoutSkill
- figma-pixel-implementSkill
- figma-pixel-verifySkill
- git-branch-protectSkill
- git-commitSkill
- git-conflict-resolveSkill
- git-release-finishSkill
- git-release-startSkill
- git-worktree-disciplineSkill
- goal-driven-queueSkill
- goal-driven-workflowSkill
- go-deploySkill
- hybrid-debugSkill
- intake-interview-disciplineSkill
- jira-fix-queueSkill
- jira-fix-workflowSkill
- jira-readSkill
- jira-status-lifecycleSkill
- jira-status-writebackSkill
- jira-wiki-markupSkill
- known-issue-researchSkill
- learn-and-improveSkill
- merge-disciplineSkill
- multi-agent-debateSkill
- node-version-disciplineSkill
- opsx-jira-fix-queueSkill
- opsx-jira-fix-workflowSkill
- opsx-solve-workflowSkill
- opsx-workspace-gateSkill
- perf-optimize-workflowSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 38
Priors are hypotheses, not conclusions: every "I always believed" is a hypothesis in front of data.
- Distinctive: line 47
Do not silently fall back.
- Distinctive: line 57
Keep a rolling 3-month ledger as the next period's comparison baseline
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Evolution Review (data-driven portfolio selection)
Turn monthly portfolio reviews from "gut feeling + sunk-cost attachment" into natural selection: judge by outcome data, fix winners into default recipes, kill losers without sentiment, and budget exploration. Distilled from a real 4.5-month AI-music business (307 releases, ¥95 total revenue) where it ran as an evolution mechanism — the business failed, the mechanism survived.
Why this skill exists
- Prior lock-in: creators keep funding their favorite direction regardless of data (sunk cost + self-image)
- Fake reviews: most retrospectives produce vague "direction A feels right" conclusions — no kill decisions, no budget reallocation, next month repeats
- No extinction = no selection: a review without kill decisions is a diary; a review without fixation (distilling what won) is just venting
- Single-month whiplash: one hit or one flop triggering a direction change = being led by noise
Core mechanism (six steps)
| Step | Action | Key discipline |
| ① Inventory | Full portfolio × dual metrics (a revenue-type + a reach-type metric) | Data must come from platform settlements / analytics, never self-report |
| ② Fixation | Winners' common traits become a reusable "recipe", next period's default | Two consecutive winning periods before fixation; single-period signals are logged, not fixed |
| ③ Extinction | Items without revenue/growth validation get killed (unlist / archive / stop investing) | Record the failed recipe to prevent repetition; check for unreconciled confusion before killing |
| ④ Mutation quota | Reserve 15~20% of resources for new-hypothesis experiments | A quota is a ceiling AND a floor — prevents direction drift and stagnation |
| ⑤ Rolling window | Judge on a 3-month rolling window; single-month swings never change direction | Single-month breakouts and single-month disasters both wait for the window |
| ⑥ Diversity check | Review portfolio diversity: is everything riding on one niche? | Single-niche = total loss on environment change; keep 2-3 niches alive |
Iron rules
- Data over self-report: review inputs must come from platform settlements / analytics / reconciled numbers, never "I feel"; items without data are marked "unreconciled" and down-weighted in extinction review
- Two-period confirmation before fixation: a single-month breakout does not become a rule; only directions winning two consecutive periods get fixed as default recipes
- No single-instance conclusions: same-day rule-making plus same-day reversal ("flip-flopping") is a mechanism-failure signal — return to the rolling window
- Kill without sentiment: record the failed recipe instead of mourning — failure records are assets that prevent repetition
- Priors are hypotheses, not conclusions: every "I always believed" is a hypothesis in front of data; boundary testing beats prior veto
- Mutation quota is both ceiling and floor: >20% = direction drift; <15% = stagnation; unspent quota expires (hoarding quota = avoiding experiments)
Prerequisite skill check
On load, verify report-output-discipline is available. If missing, abort and print:
npx skills add FuDesign2008/open-skills -g --skill '*' --yes
Do not silently fall back.
Ledger template
| Item | Revenue metric | Reach metric | Verdict | Action | Recipe fixed |
| work / experiment / product line A | ¥ / conversion | plays / exposure / installs | Fixed / Observing / Extinct | scale / park / kill | winner traits (two-period) |
| … | … | … | … | … | … |
- Verdicts are three-valued: Fixed (won two consecutive periods → default recipe) / Observing (single-period signal, wait for the rolling window) / Extinct (no validation within the rolling window)
- Keep a rolling 3-month ledger as the next period's comparison baseline
Sink: write the ledger to docs/reports/evolution/ledger.md and update that same file on every review — do not create a new file. When the target repository ignores evolution/ directories, add !docs/reports/evolution/ before the derived-HTML rule so the ledger stays trackable. After each update, re-derive ledger.html following report-output-discipline and report both paths. When the renderer is unavailable, write Markdown only and state why. Registry row: 演化复盘台账 in report-output-discipline/reference.md (human + 接入).
Provenance (optional reading)
The mechanism ran a complete selection cycle in a real solo business — an AI-music side project (4.5 months, 307 releases): the vocal-poetry line was fixed as the only stable recipe (67% of revenue), the instrumental line went extinct (≈¥0/month), paid-follower operations went extinct on negative ROI. Details live in the author's private project notes.
Relationship to other skills
- Single task/project retrospectives (Keep-Problem-Try) →
learn-and-improve - This skill owns portfolio-level monthly selection — who gets scaled, who gets killed, who gets budget. The two chain well: portfolio selection first, single-item retrospective second
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

