[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DAFMZBWETEKAPPPZBZCSBF":3,"skill-same:01M6DAFMZBWETEKAPPPZBZCSBF":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":27,"linkOnly":28,"markdownContent":29,"markdownBody":30,"frontMatter":31,"refName":32,"commitSha":33,"skillDirectory":34,"forksCount":35,"repositoryHtmlUrl":36,"repositoryHomepageUrl":6,"ownerHtmlUrl":37,"ownerBlogUrl":38,"ownerDescription":6,"updatedAt":39,"install":40,"resources":53},"01M6DAFMZBWETEKAPPPZBZCSBF","supervisor-track-progress",null,"Monitor worker status via Pasture","dayvidpham\u002Fpasture","dayvidpham","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F22456875?v=4","01M6CHR0F6J2M4QEHFR85XRNSR","David Huu Pham","01M6DA7X1WB0MK7TTV46SRZK75",1,"MIT","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Finternal\u002Ftarget\u002Fclaudecode\u002Fassets\u002Fpasture-skills\u002Fskills\u002Fsupervisor-track-progress\u002FSKILL.md",[],[19,20,21,22,23,24,25,26],"supervisor","supervisor track progress","progress","track","status","monitor","worker","via","2026-11-10 10:12:30",false,"---\nname: supervisor-track-progress\ndescription: Monitor worker status via Pasture\n---\n\n# Supervisor: Track Progress\n\n\u003C!-- BEGIN GENERATED FROM pasture schema -->\n\u003C!-- GENERATED FROM pasture v0.0.32 artifact v1 -->\n**Command:** `pasture:supervisor:track-progress` — Monitor worker status via Pasture\n\n**-> [Full workflow in PROCESS.md](..\u002Fprotocol\u002FPROCESS.md#phase-9-worker-slices)** \u003C- Phase 9\n\n**[sup-track-poll-rate]**\n- Given: workers running\n- When: monitoring\n- Then: check Pasture status at natural intervals (when a worker signals completion or blocker)\n- Should not: poll aggressively or busy-wait in a tight loop\n\n**[sup-track-partial-commit]**\n- Given: worker complete\n- When: all slices for a phase are done\n- Then: proceed to code review or commit\n- Should not: commit partial work — wait for all slices in the layer to complete\n\n**[sup-track-resolve-blockers]**\n- Given: worker blocked\n- When: handling\n- Then: resolve or reassign immediately\n- Should not: leave workers waiting on a blocker without action\n\n**[sup-track-urd-source-of-truth]**\n- Given: requirements question arises\n- When: resolving\n- Then: consult the URD (`pasture task show \"${URD_ID_URI}\"`) as the single source of truth\n- Should not: guess at user intent without checking the URD first\n\n**[sup-track-severity-awareness]**\n- Given: all slices complete\n- When: transitioning to review\n- Then: check for BLOCKER resolution tracking in the review severity groups\n- Should not: skip severity awareness when moving to Phase 10\n\n## Task Recovery\n\nRecover from live Pasture state at session start and after compaction; never trust cached task rows.\n\nStore selection: an explicit --db overrides PASTURE_DB_PATH; otherwise use XDG_DATA_HOME\u002Fpasture\u002Fpasture.db, HOME\u002F.local\u002Fshare\u002Fpasture\u002Fpasture.db, then .pasture\u002Fpasture.db. Use the same selected store for every command. If a recovery query fails, report its actual store path, failed operation, impact, and permission\u002Fschema\u002Fconfiguration repair; failure is not an empty work queue.\n\nSet PASTURE_NAMESPACE to the repository's canonical namespace URI, for example https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture. The CLI reads it as the default for --namespace when the flag is omitted; an explicit --namespace always wins. task list, task ready, and task blocked are scoped to that effective namespace, and --all-namespaces ignores both sources. When neither source is set, those reads are unscoped. Creation still falls back to the git-remote-derived namespace, then file:\u002F\u002F of the working directory. Inspect the returned full URI before choosing repository work. Separate reads are not an atomic snapshot.\n\nRun pasture task ready, pasture task blocked, and pasture task list --status in_progress (all three use the effective namespace: PASTURE_NAMESPACE by default, an explicit --namespace, or --all-namespaces for every namespace). For each referenced active task, run pasture task show \"$TASK_URI\", pasture task comments \"$TASK_URI\", and pasture task timeline \"$TASK_URI\". All *_URI variables in examples are inputs bound to full task URIs from an assignment, a verified tracker read, or the actual JSON id returned by create; never use legacy short IDs. Resolve each variable before execution and quote it as one operand.\n\nCreate returns an object whose id is the task URI: capture it with --format json and python3 -c 'import json,sys; print(json.load(sys.stdin)[\"id\"])'. Persist that URI before label\u002Fcomment steps. Create-plus-label is non-atomic: on failure retain the URI and retry only the failed label\u002Fcomment operation, never create again. Only open, in_progress, and closed are statuses; blockage is represented by live dependencies and notes, not a blocked status.\n\nAssignment transfer is not initial allocation: before using pasture task assignment transfer, obtain the existing owner-responsibility assignment and its exact successor assignment ID, registered committing actor, and registered worker occupant from the supervisor. If the task is unassigned, stop and let the supervisor arrange allocation; no assignment-start command is implied. Never repeat an identical transfer as a substitute for allocating different workers.\n\nParent stays open and is blocked by child: pasture task dep add \"$PARENT_URI\" --blocked-by \"$CHILD_URI\". Reference documents belong in description frontmatter under references:, never fabricated blockers. Workers report evidence and handoffs without closing their slices or leaves; the supervisor closes only after independent review and satisfied gates. Use git agent-commit for local commits. Never install, enable, or modify Git hooks, Git hook path configuration, or pre-commit integration without explicit user approval. Tracker writes are durable; Git history lands separately.\n\n## Task Attribution\n\nSelect the current registered author with pasture task agents list and pasture task agents show ACTOR-ID. Never auto-register or guess an identity during recovery. Every comment supplies --author explicitly; machine examples use the pre-registered pasture-system\u002F00000000-0000-0000-0000-000000000000 actor. If it is absent, stop and request registration from the operator rather than claiming registration is fixed. Preserve human intent verbatim and quote historical attribution as evidence, not as a forged new author.\n\n## When to Use\n\nWorkers spawned and running — monitoring for completions and blockers until all slices reach `closed` or a phase transition is warranted.\n\n## Pasture Status Queries\n\n```bash\n# Check all implementation slices\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p9-impl:s9-slice\" --status=in_progress\n\n# Check for blocked slices\npasture task blocked --label=\"pasture:p9-impl:s9-slice\"\n\n# Check specific task\npasture task show \"${TASK_ID_URI}\"\n\n# Check completed slices\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p9-impl:s9-slice\" --status=closed\n\n# Check BLOCKER severity groups (during\u002Fafter review)\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:severity:blocker\" --status=open\n\n# Check follow-up epic\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:epic-followup\"\n```\n\n## Tracking via Pasture\n\nAll coordination happens through Pasture task state and authored comments:\n\n```bash\n# Check for task updates\npasture task show \"${TASK_ID_URI}\"\n\n# Review comments for status updates\npasture task comments \"${TASK_ID_URI}\"\n\n# Add coordination notes\npasture task comment add --author pasture-system\u002F00000000-0000-0000-0000-000000000000 \"${TASK_ID_URI}\" \"All slices complete — proceeding to Phase 10 (code review)\"\n```\n\n## Status Patterns\n\n| Status | Action |\n|--------|--------|\n| `closed` | Mark slice progress, check if all slices complete |\n| Open blocked_by child | Review `pasture task show \"${ID_URI}\"` for blocker details, resolve or reassign |\n| `in_progress` | Worker is actively working |\n\n## Severity Awareness (Phase 10)\n\nWhen tracking review progress, monitor severity groups:\n\n| Severity | Blocks Slice? | Action |\n|----------|---------------|--------|\n| BLOCKER | Yes | Must reach 0 before wave close (dual-parent: also blocks the slice) |\n| IMPORTANT | No (not via dual-parent) | Must reach 0 before wave close (never routed to FOLLOWUP) |\n| MINOR | No (not via dual-parent) | Must reach 0 before wave close (never routed to FOLLOWUP) |\n\n## Follow-up Lifecycle Tracking\n\n```bash\n# Track follow-up lifecycle progress\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:epic-followup\"\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p2-user:s2_1-elicit\" --status=open   # FOLLOWUP_URE\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p3-plan:s3-propose\" --status=open     # FOLLOWUP_PROPOSAL\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p9-impl:s9-slice\" --status=in_progress  # FOLLOWUP_SLICE in progress\n```\n\u003C!-- END GENERATED FROM pasture schema -->\n","# Supervisor: Track Progress\n\n\u003C!-- BEGIN GENERATED FROM pasture schema -->\n\u003C!-- GENERATED FROM pasture v0.0.32 artifact v1 -->\n**Command:** `pasture:supervisor:track-progress` — Monitor worker status via Pasture\n\n**-> [Full workflow in PROCESS.md](..\u002Fprotocol\u002FPROCESS.md#phase-9-worker-slices)** \u003C- Phase 9\n\n**[sup-track-poll-rate]**\n- Given: workers running\n- When: monitoring\n- Then: check Pasture status at natural intervals (when a worker signals completion or blocker)\n- Should not: poll aggressively or busy-wait in a tight loop\n\n**[sup-track-partial-commit]**\n- Given: worker complete\n- When: all slices for a phase are done\n- Then: proceed to code review or commit\n- Should not: commit partial work — wait for all slices in the layer to complete\n\n**[sup-track-resolve-blockers]**\n- Given: worker blocked\n- When: handling\n- Then: resolve or reassign immediately\n- Should not: leave workers waiting on a blocker without action\n\n**[sup-track-urd-source-of-truth]**\n- Given: requirements question arises\n- When: resolving\n- Then: consult the URD (`pasture task show \"${URD_ID_URI}\"`) as the single source of truth\n- Should not: guess at user intent without checking the URD first\n\n**[sup-track-severity-awareness]**\n- Given: all slices complete\n- When: transitioning to review\n- Then: check for BLOCKER resolution tracking in the review severity groups\n- Should not: skip severity awareness when moving to Phase 10\n\n## Task Recovery\n\nRecover from live Pasture state at session start and after compaction; never trust cached task rows.\n\nStore selection: an explicit --db overrides PASTURE_DB_PATH; otherwise use XDG_DATA_HOME\u002Fpasture\u002Fpasture.db, HOME\u002F.local\u002Fshare\u002Fpasture\u002Fpasture.db, then .pasture\u002Fpasture.db. Use the same selected store for every command. If a recovery query fails, report its actual store path, failed operation, impact, and permission\u002Fschema\u002Fconfiguration repair; failure is not an empty work queue.\n\nSet PASTURE_NAMESPACE to the repository's canonical namespace URI, for example https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture. The CLI reads it as the default for --namespace when the flag is omitted; an explicit --namespace always wins. task list, task ready, and task blocked are scoped to that effective namespace, and --all-namespaces ignores both sources. When neither source is set, those reads are unscoped. Creation still falls back to the git-remote-derived namespace, then file:\u002F\u002F of the working directory. Inspect the returned full URI before choosing repository work. Separate reads are not an atomic snapshot.\n\nRun pasture task ready, pasture task blocked, and pasture task list --status in_progress (all three use the effective namespace: PASTURE_NAMESPACE by default, an explicit --namespace, or --all-namespaces for every namespace). For each referenced active task, run pasture task show \"$TASK_URI\", pasture task comments \"$TASK_URI\", and pasture task timeline \"$TASK_URI\". All *_URI variables in examples are inputs bound to full task URIs from an assignment, a verified tracker read, or the actual JSON id returned by create; never use legacy short IDs. Resolve each variable before execution and quote it as one operand.\n\nCreate returns an object whose id is the task URI: capture it with --format json and python3 -c 'import json,sys; print(json.load(sys.stdin)[\"id\"])'. Persist that URI before label\u002Fcomment steps. Create-plus-label is non-atomic: on failure retain the URI and retry only the failed label\u002Fcomment operation, never create again. Only open, in_progress, and closed are statuses; blockage is represented by live dependencies and notes, not a blocked status.\n\nAssignment transfer is not initial allocation: before using pasture task assignment transfer, obtain the existing owner-responsibility assignment and its exact successor assignment ID, registered committing actor, and registered worker occupant from the supervisor. If the task is unassigned, stop and let the supervisor arrange allocation; no assignment-start command is implied. Never repeat an identical transfer as a substitute for allocating different workers.\n\nParent stays open and is blocked by child: pasture task dep add \"$PARENT_URI\" --blocked-by \"$CHILD_URI\". Reference documents belong in description frontmatter under references:, never fabricated blockers. Workers report evidence and handoffs without closing their slices or leaves; the supervisor closes only after independent review and satisfied gates. Use git agent-commit for local commits. Never install, enable, or modify Git hooks, Git hook path configuration, or pre-commit integration without explicit user approval. Tracker writes are durable; Git history lands separately.\n\n## Task Attribution\n\nSelect the current registered author with pasture task agents list and pasture task agents show ACTOR-ID. Never auto-register or guess an identity during recovery. Every comment supplies --author explicitly; machine examples use the pre-registered pasture-system\u002F00000000-0000-0000-0000-000000000000 actor. If it is absent, stop and request registration from the operator rather than claiming registration is fixed. Preserve human intent verbatim and quote historical attribution as evidence, not as a forged new author.\n\n## When to Use\n\nWorkers spawned and running — monitoring for completions and blockers until all slices reach `closed` or a phase transition is warranted.\n\n## Pasture Status Queries\n\n```bash\n# Check all implementation slices\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p9-impl:s9-slice\" --status=in_progress\n\n# Check for blocked slices\npasture task blocked --label=\"pasture:p9-impl:s9-slice\"\n\n# Check specific task\npasture task show \"${TASK_ID_URI}\"\n\n# Check completed slices\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p9-impl:s9-slice\" --status=closed\n\n# Check BLOCKER severity groups (during\u002Fafter review)\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:severity:blocker\" --status=open\n\n# Check follow-up epic\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:epic-followup\"\n```\n\n## Tracking via Pasture\n\nAll coordination happens through Pasture task state and authored comments:\n\n```bash\n# Check for task updates\npasture task show \"${TASK_ID_URI}\"\n\n# Review comments for status updates\npasture task comments \"${TASK_ID_URI}\"\n\n# Add coordination notes\npasture task comment add --author pasture-system\u002F00000000-0000-0000-0000-000000000000 \"${TASK_ID_URI}\" \"All slices complete — proceeding to Phase 10 (code review)\"\n```\n\n## Status Patterns\n\n| Status | Action |\n|--------|--------|\n| `closed` | Mark slice progress, check if all slices complete |\n| Open blocked_by child | Review `pasture task show \"${ID_URI}\"` for blocker details, resolve or reassign |\n| `in_progress` | Worker is actively working |\n\n## Severity Awareness (Phase 10)\n\nWhen tracking review progress, monitor severity groups:\n\n| Severity | Blocks Slice? | Action |\n|----------|---------------|--------|\n| BLOCKER | Yes | Must reach 0 before wave close (dual-parent: also blocks the slice) |\n| IMPORTANT | No (not via dual-parent) | Must reach 0 before wave close (never routed to FOLLOWUP) |\n| MINOR | No (not via dual-parent) | Must reach 0 before wave close (never routed to FOLLOWUP) |\n\n## Follow-up Lifecycle Tracking\n\n```bash\n# Track follow-up lifecycle progress\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:epic-followup\"\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p2-user:s2_1-elicit\" --status=open   # FOLLOWUP_URE\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p3-plan:s3-propose\" --status=open     # FOLLOWUP_PROPOSAL\npasture task list --namespace \"$PASTURE_NAMESPACE\" --label=\"pasture:p9-impl:s9-slice\" --status=in_progress  # FOLLOWUP_SLICE in progress\n```\n\u003C!-- END GENERATED FROM pasture schema -->\n",{"name":5,"description":7},"main","f1cfd0067fe237fa61aab9bcd7123958e2351b07","internal\u002Ftarget\u002Fclaudecode\u002Fassets\u002Fpasture-skills\u002Fskills\u002Fsupervisor-track-progress",0,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture","https:\u002F\u002Fgithub.com\u002Fdayvidpham","dhpham.com","2026-11-11 03:30:30",{"source":8,"skillName":5,"commands":41,"prompt":51,"zipAvailable":52},[42,45,48],{"tool":43,"command":44},"npx","npx skills add dayvidpham\u002Fpasture --skill supervisor-track-progress",{"tool":46,"command":47},"bunx","bunx skills add dayvidpham\u002Fpasture --skill supervisor-track-progress",{"tool":49,"command":50},"pnpm","pnpm dlx skills add dayvidpham\u002Fpasture --skill supervisor-track-progress","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Finternal\u002Ftarget\u002Fclaudecode\u002Fassets\u002Fpasture-skills\u002Fskills\u002Fsupervisor-track-progress\u002FSKILL.md",true,[],[55,63,78,88,100,109],{"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":27},"01M6DAP7307B3JVZX5DSNAE08Y","fixture","Isolated fixture skill","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Ftestdata\u002Finstall\u002Fglobal\u002Fclaude-code\u002Fnative-marketplace\u002Ffixture-plugin\u002Fskills\u002Ffixture\u002FSKILL.md",[],[57,62],"fixture skill",{"skillNo":64,"name":25,"nameZh":6,"description":65,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":66,"categories":67,"keywords":68,"publishedAt":27},"01M6DAP48A4K365N83NBG0GFVC","Vertical slice implementer (full production code path)","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Fskills\u002Fworker\u002FSKILL.md",[],[25,69,70,71,72,73,74,75,76,77],"complete","vertical slice","full","implementer","Production","path","code","slice","implement",{"skillNo":79,"name":80,"nameZh":6,"description":81,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":82,"categories":83,"keywords":84,"publishedAt":27},"01M6DAP18QJM7P7N31TYGNJBCP","worker-implement","Implement assigned vertical slice following TDD layers","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Fskills\u002Fworker-implement\u002FSKILL.md",[],[85,25,77,76,86,70,87],"worker implement","layers","tdd",{"skillNo":89,"name":90,"nameZh":6,"description":91,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":92,"categories":93,"keywords":94,"publishedAt":27},"01M6DANYHC7P63RFEN26F70MC2","worker-complete","Signal slice completion after quality gates pass","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Fskills\u002Fworker-complete\u002FSKILL.md",[],[69,95,25,96,76,97,98,99],"worker complete","signal","gates","quality","quality gates",{"skillNo":101,"name":102,"nameZh":6,"description":103,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":104,"categories":105,"keywords":106,"publishedAt":27},"01M6DANWZ31TRP4NN4T1BFYKSR","worker-blocked","Report a blocker to supervisor via Pasture","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Fskills\u002Fworker-blocked\u002FSKILL.md",[],[107,25,26,19,108],"worker blocked","report",{"skillNo":110,"name":111,"nameZh":6,"description":112,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":113,"categories":114,"keywords":120,"publishedAt":27},"01M6DANSVDBXBFH93B6EX3H2QK","user-uat","User Acceptance Testing with demonstrative examples","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Fpasture\u002Fblob\u002Fmain\u002Fskills\u002Fuser-uat\u002FSKILL.md",[115],{"categoryNo":116,"categoryName":117,"taxonomyType":118,"taxonomyTypeDesc":119},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",[121,122,123,124,125,126,127,128,129],"uat","user uat","user","testing","acceptance testing","with","user acceptance testing","examples","acceptance"]