PA Docs Lifecycle Manager

SkillDev tools

Route Personal Assistant ideas, decisions, planning, implementation, continuation, status, closeout, and archive requests from ordinary language. Use for requests such as "记录一个 PA idea", "继续推进", "先规划并实现", "需要我决定什么", or "帮我收尾". Keep casual ideas conversation-local, persist only explicit capture or promoted work, use the lightest repo authority lane, route substantial delivery to sdd-lifecycle, and keep Git/release authority explicit.

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the PA Docs Lifecycle Manager skill

What this skill tells your AI

The instructions your AI receives, as published by edonyzpc/personal-assistant in .agents/skills/pa-docs-lifecycle-manager/SKILL.md and read by ahel’s review.

Contract

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

IntentRouteStop point
Casual idea or feedbackDiscuss in chat; create no B-xxxZero repo writes
“记录 / 保存”Deduplicate; create or reuse one minimal Backlog rowDurable capture only
Analysis or discussionRead-only unless cross-session preservation is explicitFindings or a compact Discovery Brief
Product decision / version candidate / cross-session executionCreate or reuse B-xxx, then use the matching authority laneAuthority established
“先规划 / 不写代码”Create only artifacts justified by complexityStop before implementation
“实现 / 修复 / 先规划并实现”L0 for a narrow contract-restoring fix; otherwise route to sdd-lifecycleValidated implementation; no commit/closeout
“继续”Resolve explicit ID/slug, then current-conversation package, then the only active packageCurrent authorized phase
“收尾 / 关闭 / 归档”Reconcile evidence and apply the closeout retention ruleClosed/Cancelled/Superseded
Status / “需要我决定什么”Read current authority and return one compact decision cardRead-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 it. Route an explicit commit request through codex-commit when available.

After docs changes run:

npm run docs:check
git diff --check

This lifecycle gate is independent from version publication. Report its findings separately; lifecycle status must not block a beta or stable release.

Docs-only work does not require Build or Obsidian smoke. Report changed authorities, validation, unresolved decisions, and ungranted Git/release actions; do not explain the hierarchy unless asked.

Signals

GitHub stars
149
Forks
8
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
pa-docs-lifecycle-manager
Source
github.com/edonyzpc/personal-assistant