[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6J7RTGVNXPQFZMYBYV1MNK2":3,"skill-same:01M6J7RTGVNXPQFZMYBYV1MNK2":54},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":26,"linkOnly":27,"markdownContent":28,"markdownBody":29,"frontMatter":30,"refName":31,"commitSha":32,"skillDirectory":33,"forksCount":34,"repositoryHtmlUrl":35,"repositoryHomepageUrl":6,"ownerHtmlUrl":36,"ownerBlogUrl":37,"ownerDescription":38,"updatedAt":39,"install":40,"resources":53},"01M6J7RTGVNXPQFZMYBYV1MNK2","autoevo-review",null,"Triage actionable Autoevo findings; empty cycles remain machine receipts.","mhxie\u002FAtelier","mhxie","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F9162430?v=4","01M6J7PRJKFB52E8SAG6PNBHHJ","Minghao Xie","01M6J7PRPV4W5620MQD6QEXNPW",5,"MIT","https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Fautoevo-review\u002FSKILL.md",[],[19,20,21,22,23,24,25],"review","autoevo review","triage","receipts","empty","machine","actionable","2026-11-10 10:12:30",false,"---\nname: autoevo-review\ndescription: Triage actionable Autoevo findings; empty cycles remain machine receipts.\n---\n# \u002Fautoevo-review\n\nTriage pending Autoevo proposals with the user: apply, skip, defer, or explain.\nFollow `protocols\u002Fautoevo.md`. This is an interactive approval workflow, not a\ncontinuation of the nightly model run.\n\nNever edit canonical nightly JSON or its derived reports during review; doing so\ncannot prove an incomplete cycle. Optional human history belongs in a separate\n`\u003Cpaths.agent_findings>\u002Fautoevo-review-\u003CYYYY-MM-DD>.md`.\n\n## 1. Load and housekeep\n\nResolve `\u003Cpaths.meta>\u002Fautoevo_pending.toml` and the current local date once.\nLoad through `scripts\u002Fautoevo_pending.py list --status pending`; a missing queue\nor zero returned entries means there is nothing to review. A malformed queue is\na blocker: report it and do not rewrite it.\n\nBefore presentation, stage `autoevo_pending.py auto-dismiss --today \u003Cdate>` on\nprivate state for entries at three surfaces or over the default 30-day age.\n\nNever mutate live state directly. After approval, the orchestrator writes\nexplicit note, queue, ledger, and optional review-log changes as plain files\nafter rechecking their hashes; Reflect commits and pushes them.\n\n## 2. Present the queue\n\nGroup remaining entries by `redundant`, `time-stale-A`, `time-stale-B`,\n`contradicted`, and `low-signal`. Show a compact category count followed by each\nentry's id, action, evidence, peers, proposal date, surface count, and any\n`default_action` \u002F `default_at`.\n\nExplain veto semantics exactly:\n\n- Skip vetoes a `stale-banner` default.\n- Apply vetoes a `dismiss` default; skip confirms it.\n- Defer restarts the 14-day window.\n- Silence leaves an eligible default to the later trusted nightly parent.\n\nLet the user choose a category or all entries. If unclear, walk all entries in\norder. For each item ask: apply, skip, defer, explain, or quit. Apply and skip\nrequire one user-authored sentence of reason; never invent or accept an empty\nreason. Defer may carry an optional reason.\n\n## 3. Resolve one item\n\n### Apply\n\nDispatch the relevant normal, user-approved workflow. Curator drafts note\nchanges and retains its full preservation\u002Fapproval gates. Autoevo's\n`auto_apply_safe` flag does not bypass approval here.\n\nA queued contradiction is not necessarily confirmed: the nightly queues both\ngenuine and unproven contradictions. Unless the entry carries a complete,\ngap-free Challenger verdict tied to the exact claim and peer, dispatch\nChallenger first. A genuine verdict may proceed to Curator's normal wiki-update\nproposal; a rhetorical verdict performs no wiki write and returns to the user\nfor a dismissal decision.\n\nAfter approval, stage `autoevo_pending.py resolve --id \u003Cid> --status applied\n--reason \u003Creason> --today \u003Cdate>` on private state. Write it with the approved\nnote change. Archive means byte-preserving addition plus deletion, not a model\nwrite or promised rename.\n\nIf the user rejects the proposal, stage a `dismissed` resolution with their\nreason instead. No content change is written.\n\n### Skip\n\nStage `autoevo_pending.py resolve --id \u003Cid> --status dismissed --reason\n\u003Creason> --today \u003Cdate>` against private state. Tell the user whether this\nvetoes `stale-banner` or confirms `dismiss`; then include it in the next queue\nwrite.\n\n### Defer\n\nStage `autoevo_pending.py defer --id \u003Cid> --today \u003Cdate>` with the optional\nreason. It increments surfacing state and, when applicable, restarts the default\ndeadline. Optionally ask for a cue snooze (default seven days); cue snoozing is\ngroup-wide, not per entry. Batch compatible defer-only state changes into one\nwrite.\n\n### Explain\n\nShow the complete stored evidence without adding authority. For redundant QMD\nfindings, show peer paths, QMD ordering scores, and source-reviewed overlap; do\nnot describe a score floor. For contradictions, show the claim, peer, signal,\nprobe verdict, and any unresolved gaps. Then ask again.\n\n### Quit\n\nStop. Write only already confirmed staged changes; leave every other entry\npending. If writing has not begun, discarding scratch state has no live effect.\n\n## 4. Write and summary\n\nBefore writing, recheck live hashes and limit the write to approved\nnote\u002Fstate\u002Freview-log paths. Never commit or push. Rollback is plain\n`git restore`.\n\nReport applied, dismissed, deferred, remaining, and any failed write.\nName the queue path and separate review log if one was created. A review log is\nordinary human-triage history only; it is never an Autoevo verifier input.\n\n## Edge cases\n\n- Missing peers or changed evidence make an entry stale. Explain the mismatch\n  and ask the user whether to dismiss; do not silently resolve it.\n- A wiki change always uses Curator's normal approval path and appends the\n  required Revision Log.\n- Any daily-note source is a nightly bug. Refuse the content operation and ask\n  the user whether to dismiss the queue entry; daily notes remain read-only.\n- On ambiguous or partly written effects, stop and report `needs_review`.\n  Do not replay the model, automatically roll back, or overwrite state.\n","# \u002Fautoevo-review\n\nTriage pending Autoevo proposals with the user: apply, skip, defer, or explain.\nFollow `protocols\u002Fautoevo.md`. This is an interactive approval workflow, not a\ncontinuation of the nightly model run.\n\nNever edit canonical nightly JSON or its derived reports during review; doing so\ncannot prove an incomplete cycle. Optional human history belongs in a separate\n`\u003Cpaths.agent_findings>\u002Fautoevo-review-\u003CYYYY-MM-DD>.md`.\n\n## 1. Load and housekeep\n\nResolve `\u003Cpaths.meta>\u002Fautoevo_pending.toml` and the current local date once.\nLoad through `scripts\u002Fautoevo_pending.py list --status pending`; a missing queue\nor zero returned entries means there is nothing to review. A malformed queue is\na blocker: report it and do not rewrite it.\n\nBefore presentation, stage `autoevo_pending.py auto-dismiss --today \u003Cdate>` on\nprivate state for entries at three surfaces or over the default 30-day age.\n\nNever mutate live state directly. After approval, the orchestrator writes\nexplicit note, queue, ledger, and optional review-log changes as plain files\nafter rechecking their hashes; Reflect commits and pushes them.\n\n## 2. Present the queue\n\nGroup remaining entries by `redundant`, `time-stale-A`, `time-stale-B`,\n`contradicted`, and `low-signal`. Show a compact category count followed by each\nentry's id, action, evidence, peers, proposal date, surface count, and any\n`default_action` \u002F `default_at`.\n\nExplain veto semantics exactly:\n\n- Skip vetoes a `stale-banner` default.\n- Apply vetoes a `dismiss` default; skip confirms it.\n- Defer restarts the 14-day window.\n- Silence leaves an eligible default to the later trusted nightly parent.\n\nLet the user choose a category or all entries. If unclear, walk all entries in\norder. For each item ask: apply, skip, defer, explain, or quit. Apply and skip\nrequire one user-authored sentence of reason; never invent or accept an empty\nreason. Defer may carry an optional reason.\n\n## 3. Resolve one item\n\n### Apply\n\nDispatch the relevant normal, user-approved workflow. Curator drafts note\nchanges and retains its full preservation\u002Fapproval gates. Autoevo's\n`auto_apply_safe` flag does not bypass approval here.\n\nA queued contradiction is not necessarily confirmed: the nightly queues both\ngenuine and unproven contradictions. Unless the entry carries a complete,\ngap-free Challenger verdict tied to the exact claim and peer, dispatch\nChallenger first. A genuine verdict may proceed to Curator's normal wiki-update\nproposal; a rhetorical verdict performs no wiki write and returns to the user\nfor a dismissal decision.\n\nAfter approval, stage `autoevo_pending.py resolve --id \u003Cid> --status applied\n--reason \u003Creason> --today \u003Cdate>` on private state. Write it with the approved\nnote change. Archive means byte-preserving addition plus deletion, not a model\nwrite or promised rename.\n\nIf the user rejects the proposal, stage a `dismissed` resolution with their\nreason instead. No content change is written.\n\n### Skip\n\nStage `autoevo_pending.py resolve --id \u003Cid> --status dismissed --reason\n\u003Creason> --today \u003Cdate>` against private state. Tell the user whether this\nvetoes `stale-banner` or confirms `dismiss`; then include it in the next queue\nwrite.\n\n### Defer\n\nStage `autoevo_pending.py defer --id \u003Cid> --today \u003Cdate>` with the optional\nreason. It increments surfacing state and, when applicable, restarts the default\ndeadline. Optionally ask for a cue snooze (default seven days); cue snoozing is\ngroup-wide, not per entry. Batch compatible defer-only state changes into one\nwrite.\n\n### Explain\n\nShow the complete stored evidence without adding authority. For redundant QMD\nfindings, show peer paths, QMD ordering scores, and source-reviewed overlap; do\nnot describe a score floor. For contradictions, show the claim, peer, signal,\nprobe verdict, and any unresolved gaps. Then ask again.\n\n### Quit\n\nStop. Write only already confirmed staged changes; leave every other entry\npending. If writing has not begun, discarding scratch state has no live effect.\n\n## 4. Write and summary\n\nBefore writing, recheck live hashes and limit the write to approved\nnote\u002Fstate\u002Freview-log paths. Never commit or push. Rollback is plain\n`git restore`.\n\nReport applied, dismissed, deferred, remaining, and any failed write.\nName the queue path and separate review log if one was created. A review log is\nordinary human-triage history only; it is never an Autoevo verifier input.\n\n## Edge cases\n\n- Missing peers or changed evidence make an entry stale. Explain the mismatch\n  and ask the user whether to dismiss; do not silently resolve it.\n- A wiki change always uses Curator's normal approval path and appends the\n  required Revision Log.\n- Any daily-note source is a nightly bug. Refuse the content operation and ask\n  the user whether to dismiss the queue entry; daily notes remain read-only.\n- On ambiguous or partly written effects, stop and report `needs_review`.\n  Do not replay the model, automatically roll back, or overwrite state.\n",{"name":5,"description":7},"main","a51840b1178787402a2853bf8c6d033f684a6cb3","skills\u002Fautoevo-review",1,"https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier","https:\u002F\u002Fgithub.com\u002Fmhxie","mhxie.us","AI Infra Scaler","2026-10-19 14:24:57",{"source":8,"skillName":5,"commands":41,"prompt":51,"zipAvailable":52},[42,45,48],{"tool":43,"command":44},"npx","npx skills add mhxie\u002FAtelier --skill autoevo-review",{"tool":46,"command":47},"bunx","bunx skills add mhxie\u002FAtelier --skill autoevo-review",{"tool":49,"command":50},"pnpm","pnpm dlx skills add mhxie\u002FAtelier --skill autoevo-review","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Fautoevo-review\u002FSKILL.md",true,[],[55,71,84,95,104,118],{"skillNo":56,"name":57,"nameZh":6,"description":58,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":59,"categories":60,"keywords":61,"publishedAt":26},"01M6J7T9CJ5JKHB39YGP1DW3G4","weekly","Weekly review of patterns, commitments, health follow-ups, and next-week priorities; life check-ins are contextual.","https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Fweekly\u002FSKILL.md",[],[57,19,62,63,64,65,66,67,68,69,70],"health","weekly review","check","patterns","next","priorities","life","follow-ups","commitments",{"skillNo":72,"name":21,"nameZh":6,"description":73,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":74,"categories":75,"keywords":76,"publishedAt":26},"01M6J7T6JSWKCFR58W91EJN531","Unified operational review center with a read-only overview and bounded review batches.","https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Ftriage\u002FSKILL.md",[],[21,19,77,78,79,80,81,82,83],"read","overview","only","with","read-only","batches","bounded",{"skillNo":85,"name":19,"nameZh":6,"description":86,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":87,"categories":88,"keywords":89,"publishedAt":26},"01M6J7T3C7GW62Y6HBY08SP2J2","Goal review for quarterly full reviews and monthly light pulses.","https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Freview\u002FSKILL.md",[],[19,90,91,92,93,94],"monthly","for","goal","full","reviews",{"skillNo":96,"name":97,"nameZh":6,"description":98,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":99,"categories":100,"keywords":101,"publishedAt":26},"01M6J7T100EXCAMH8CKT4T9W3J","reflect","Alias of \u002Fhi.","https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Freflect\u002FSKILL.md",[],[97,102,103],"alias","hi",{"skillNo":105,"name":77,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":109,"publishedAt":26},"01M6J7SX4EJP01DP385ST64W8A","Read and discuss a source with one reading worker; expand perspectives, evidence gathering, or review when the task needs it.","https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Fread\u002FSKILL.md",[],[77,110,19,111,112,113,114,115,80,116,117],"expand","perspectives","evidence","task","worker","it","reading","source",{"skillNo":119,"name":120,"nameZh":6,"description":121,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":122,"categories":123,"keywords":124,"publishedAt":26},"01M6J7STCDVAE48E5B60XNJ0BK","push","Publish local commits after both privacy gates pass over the whole unpushed range.","https:\u002F\u002Fgithub.com\u002Fmhxie\u002FAtelier\u002Fblob\u002Fmain\u002Fskills\u002Fpush\u002FSKILL.md",[],[120,125,126,127,128,129],"publish","privacy","commits","local","gates"]