pa-docs-lifecycle-manager
Maintain PA task records and documentation lifecycle.
Skill by edonyzpc
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/edonyzpc-pa-docs-lifecycle-manager
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: productivity
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/pa-docs-lifecycle-manager
What's inside
- Skill name
pa-docs-lifecycle-manager- Description
- Maintain PA task records and documentation lifecycle. Use for explicit idea capture, creating or updating execution records, authority changes, or closeout/archive. Ordinary discussion, read-only status lookup and local fixes use AGENTS.md and relevant existing contracts.
- License
- AGPL-3.0
- Instructions
- 136 lines in SKILL.md · view on GitHub
Files (2)
- SKILL.md
- openai.yaml · agents/
SKILL.md (first lines)
# PA Docs Lifecycle Manager ## Contract Use this router only for task-record or documentation lifecycle work. Ordinary discussion, read-only status lookup and local fixes use AGENTS and existing contracts. Act as a low-burden router. Infer lanes, IDs, paths, and status transitions; do not ask the user to operate the documentation system. Resolve routine choices and reuse still-applicable user authorization from the conversation. Ask only about unresolved product judgment, risk acceptance, target ambiguity, or missing implementation/Git/release authority; preserve release-specific timing rules. An explicit `review-only`, `analysis-only`, `read-only`, `no-file-changes`, “只分析”, “不要改文件”, or equivalent request means **zero writes**. This guard overrides every route below. Quoted, historical, negated, and hypothetical phrases do not grant write authority. ## Guard Material Decisions - Treat a named library, framework, API, architecture, or explicit product/data/media boundary in a user-provided spec or current authority as binding until explicitly superseded. - Analysis/design/implementation authority does not authorize silently replacing it, inventing a narrower or broader boundary, or treating an Agent inference as user approval. - Before production code or authoritative docs, separate explicit requirements, verified facts, inferences, and open decisions. A material deviation needs one compact decision card: original choice, evidence, options/tradeoffs, recommendation, and rollback. - Continue only after explicit user approval for a material deviation; routine compatible work continues within the existing authorization. An Agent-authored `Accepted`/`Approved` status or post-hoc Decision, SDD, test, or implementation cannot manufacture authority. If discovered later, label the deviation and ask whether to restore the original constraint or accept a new dated decision; never backdate approval. ## Read Minimally 1. Inspect `git status --short`, focused diffs, and search by ID/slug/concept. 2. Read only the matching current authority: Backlog/Discovery for intake, Decision/Product Spec for product behavior, Governance Contract for repo tooling, and Tracker for execution status. 3. Read the relevant section of `docs/development/documentation-workflow.md`; read a template only when creating that artifact. 4. Read Archive only when a current authority cites historical rationale or a closeout must decide whether unique evidence deserves retention. Do not preload Roadmap, every index, every contract, templates, or Archive. ## Route Intent | Intent | Route | Stop point | | --- | --- | --- | | Casual idea or feedback | Discuss in chat; create no `B-xxx` | Zero repo writes | | “记录 / 保存” | Deduplicate; create or reuse one minimal Backlog row | Durable capture only | | Analysis or discussion | Read-only unless cross-session preservation is explicit | Findings or a compact Discovery Brief | | Product decision / version candidate / cross-session execution | Create or reuse `B-xxx`, then use the matching authority lane | Authority established | | “先规划 / 不写代码” | Create only artifacts justified by complexity | Stop before implementation | | “实现 / 修复 / 先规划并实现” | L0 for a narrow contract-restoring fix; otherwise route to `sdd-lifecycle` | Validated implementation; no commit/closeout | | “继续” | Resolve explicit ID/slug, then current-conversation package, then the only active package | Current authorized phase | | “收尾 / 关闭 / 归档” | Reconcile evidence and apply the closeout retention rule | Closed/Cancelled/Superseded | | Status / “需要我决定什么” | Read current authority and return one compact decision card | Read-only brief | For continuation, if zero or multiple candidates remain after the ordered resolution above, ask one target question and perform zero writes. Planning plus implementation selects `sdd-lifecycle` `implement-approved-spec`; it does not authorize closeout, commit, push, tag, publish, or release. Only explicit full-lifecycle or closeout language selects `full-lifecycle`. ## Choose One Authority Lane - Product behavior, runtime, UI, data, privacy, or permissions: Accepted Decision + Product Spec. - Repo documentation, checker, CI/release tooling, or Agent workflow without product behavior changes: Current Governance Contract. - Narrow restoration of an existing contract: affected code/doc plus focused regression evidence; do not create lifecycle scaffolding. Existing external tracker links are provenance only. Do not use an external tracker as the default inbox, planning mirror, state authority, or sync gate. ## Keep Delivery Lean - Tracker is the only delivery-status and execution authority. - Active Registry is link-only. Feature Home is a short routing page; neither mirrors Tracker status. - Enforce `1 Now + 1 Next`: at most one `Implementing | Validating | Blocked` package and at most one `Planned` package. - When a Tracker reaches `Validated`, continue closeout if already authorized; otherwise ask one compact closeout question. Do not leave it as indefinite active work. - An Active Package starts with `README.md` and `tracker.md`. - Add `plan.md` only for phased, risky, or cross-session delivery. - Add `sdd.md` only when source-verified design is needed for behavior, data, lifecycle, compatibility, or multi-module change. - Tracker `Current Snapshot` is the cross-session handoff. Do not create standalone `handoff*.md` or `closeout.md` in an Active Package. - Route substantial implementation/review/smoke work to `sdd-lifecycle`. - Put out-of-scope findings in Backlog instead of silently expanding scope. ## Closeout And Archive Close only against real validation evidence and explicit closeout authority. 1. Reconcile actual behavior with the durable Product/Architecture/Governance contract and Tracker. 2. Move unresolved work to Backlog with a restart condition. 3. Absorb final behavior, decisions, and validation into current durable contracts or focused tests. 4. Delete process artifacts after absorption by default; record disposition in Tracker and do not create a separate closeout document. 5. Archive only unique rationale, migration/release/incident evidence, or a compact final report that current source or documentation still cites. Do not archive a complete package merely because it existed. 6. Keep delivered Governance Contracts current. Archive Cancelled/Superseded contracts only when their terminal rationale remains useful; a Superseded contract must identify its Current successor. If a chosen archive destination already exists, fail closed: do not overwrite, merge, auto-suffix, or partially move content. ## Decisions, Skills, And Output Ask at most one ordinary decision at a time. Batch 3-5 cards only when the user explicitly requests a decision queue; keep it read-only until answered. Use `sdd-lifecycle` for substantial delivery, PA review skills for code review, and the appropriate smoke/release skill only when the authorized phase needs
From edonyzpc/personal-assistant, AGPL-3.0.
More from edonyzpc/personal-assistant
- 0.789score
obsidian-test-vault-smoke
edonyzpc
Validate Personal Assistant runtime and UI changes in the repo-local Obsidian test vault.
SkillAFreshness: A★ 149Claude Code +9 - 0.785score
obsidian-dataview
edonyzpc
Dataview plugin query syntax, inline expressions, DataviewJS API, and common vault analysis patterns.
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
stable-release
edonyzpc
Execute the stable release workflow for the Personal Assistant Obsidian plugin.
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
personal-assistant-review
edonyzpc
Review uncommitted or PR diffs in the personal-assistant Obsidian plugin with project-specific risk lanes, second-layer future-risk checks, severity…
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
personal-assistant-review-followup
edonyzpc
Triage, confirm, fix, and validate code review findings in the personal-assistant repository after an agent team or human review.
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
ui-ux-design-audit
edonyzpc
Audit multi-surface UI/UX in the personal-assistant Obsidian plugin with the current PA framework, real interface evidence, structured scoring, adversarial…
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
sdd-lifecycle
edonyzpc
Deliver non-trivial Personal Assistant work with explicit plan-only, sdd-only, implement-approved-spec, and full-lifecycle modes.
SkillAFreshness: A★ 149Claude Code +9 - 0.780score
obsidian-community-check
edonyzpc
Trigger and inspect Obsidian Community checks for personal-assistant.
SkillAFreshness: A★ 149Claude Code +9 - 0.780score
obsidian-ios-real-device-smoke
edonyzpc
Validate Personal Assistant on an iPhone using the iCloud test vault and Safari Web Inspector.
SkillAFreshness: A★ 149Claude Code +9 - 0.779score
obsidian-templater
edonyzpc
Templater plugin syntax, template commands, dynamic commands, user scripts, and startup templates.
SkillAFreshness: A★ 149Claude Code +9 - 0.779score
pa-brat-beta-release
edonyzpc
Manage Personal Assistant BRAT beta prerelease workflow.
SkillAFreshness: A★ 149Claude Code +9 - 0.777score
pm-needs-analysis
edonyzpc
分析 PA 功能请求、用户需求与产品匹配度,依据已有信息给出有证据的判断和建议;用户选择访谈时逐层引导,未定产品决策交由用户。
SkillAFreshness: A★ 149Claude Code +9
Signals
- Stars
- 149
- Forks
- 8
- Open issues
- 10
- Last commit (this folder)
- Oct 5, 2026 (23 days ago)
- Last release
- Oct 24, 2026 (5 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- AGPL-3.0
- Repository
- github.com/edonyzpc/personal-assistant
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from edonyzpc
- 0.789score
obsidian-test-vault-smoke
edonyzpc
Validate Personal Assistant runtime and UI changes in the repo-local Obsidian test vault.
SkillAFreshness: A★ 149Claude Code +9 - 0.785score
obsidian-dataview
edonyzpc
Dataview plugin query syntax, inline expressions, DataviewJS API, and common vault analysis patterns.
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
personal-assistant-review
edonyzpc
Review uncommitted or PR diffs in the personal-assistant Obsidian plugin with project-specific risk lanes, second-layer future-risk checks, severity…
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
personal-assistant-review-followup
edonyzpc
Triage, confirm, fix, and validate code review findings in the personal-assistant repository after an agent team or human review.
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
ui-ux-design-audit
edonyzpc
Audit multi-surface UI/UX in the personal-assistant Obsidian plugin with the current PA framework, real interface evidence, structured scoring, adversarial…
SkillAFreshness: A★ 149Claude Code +9 - 0.783score
sdd-lifecycle
edonyzpc
Deliver non-trivial Personal Assistant work with explicit plan-only, sdd-only, implement-approved-spec, and full-lifecycle modes.
SkillAFreshness: A★ 149Claude Code +9
Cite this page
pa-docs-lifecycle-manager skill. Agent Mart. https://agentmart.dev/skills/edonyzpc-pa-docs-lifecycle-manager (last updated 2026-10-24)