ai-playbook-configure
Review and safely edit all four project model roles through guided or expert typed chat, with local presentation preferences and explicit save previews.
- License 许可
- Apache-2.0
- 最近更新
- 2026-11-14
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- ai-playbook-configure
- description
- Review and safely edit all four project model roles through guided or expert typed chat, with local presentation preferences and explicit save previews.
- disable-model-invocation
- true
02 资源文件 1
- 参考文档agents/openai.yaml334 B
03 SKILL.md 正文
/ai-playbook-configure
Configure edits Plan, Build, Verify and escalated repair, plus five stage-owned job bindings, including portable custom sources. QA inherits Verify; Coordinator is observed display-only. Personal defaults and named presets are local. Evidence-backed recommendations are read-only; unavailable-model replacements edit only the draft and still require explicit Apply. This skill never launches a model or edits runtime state.
Procedure
- Read and discover. Identify the project and installed playbook locator.
Use model-router's existing discovery procedure without its selection/launch
steps. Exclude unavailable, unauthenticated, blocked, identity-unverifiable
or role-ineligible routes. Supply a current-availability adapter to the
helper's
--discovery-command, not a static discovery file. Include the current chat's observed identity as optionalcoordinatorroute metadata in that same fresh discovery, not a user-supplied model or a guessed catalogue default. If unavailable, display unknown; do not switch the Coordinator. On each request, genuinely recheck role + model + runner + reasoning through the existing authority surface, echo the request ID and timestamp the observation inside the helper's clock window. Never redate cached results or treat guidance's 24-hour interval as access evidence. Keep bounded discovery local, not in shareable settings. Read the helper contract at{playbook-path}/v0.5/scripts/playbook-config.mdusing the installed playbook locator, not a path relative to the copied skill. The mockup and generated availability claims are not evidence. Supply an explicit user-local--preferences-diroutside the project on every conversation request; never put a private destination in shared configuration. Pass only known goal, task, risk and billing facts inread'scontext. Read existing project context instead of asking it again; unknown billing is a valid answer. Run the helper'sreadaction. On blocked/recovery-required, report its corrective action and offer Reload or Not now. Completion criterion: current values, origins and verified routes. Official evidence uses a bounded external local cache, optionally selected with--evidence-diron every helper request. The live helper defaults to a private user cache; never copy it into project settings or shared evidence. Reuse successful guidance, reasoning/capability and pricing checks for at most 24 hours only at Configure or existing lane-discovery checkpoints. First use, newly observed model/version and typedRefreshcheck immediately. Display claim-specific successful dates, fingerprints and materialchanges. Unchanged content produces no invented notice. A failed check retains its successful date and labels stale/incomplete; new-model advice needs adequate evidence. No background watcher, unrelated-turn check or package installation. - Present project defaults. Ask only the returned
missing_contextquestions through typedGoal <context>,Billing api,Billing subscription,Billing mixedorBilling unknown, andGuided/Expert. Goal/billing stay out of project writes; billing saves only after explicit local approval. Known local presentation/billing skips those questions on reopening. Show all four model/runner/reasoning choices and effective origins, QA inheriting Verify, observed Coordinator authority/date or unknown, retained repair constraints, exact destination.playbook-config.jsonand whether adoption migrates legacy preferences. Legacy state stays byte-for-byte intact, becoming inert default history after adoption. Offer typedEdit,Edit Plan,Edit Build,Edit Verify,Edit Repair,Apply,Explain <role>,Not now. Expert presentation is compact, never a different proposal or weaker validation. Label every row as a retained edition/project starting choice or an explicit user edit, not a recommendation. Display the separaterecommendationsrows for all four roles: exact model, runner, supported reasoning, project/task fit, risk and limitations. No eligible recommendation means unknown, not an invented fallback. The helper retrieves official sources at initial liveread;Explainreuses that proposal without retrieval or invocation. Provider guidance, published API rates and comparable local outcomes are separate claims, each with its own source URL, successful check date and uncertainty. An incomplete check's retrieval time is not a successful evidence date. General reasoning guidance never proves account access. Show API currency, token unit and billing route; show estimates only with labelled input/output/retry assumptions. Subscription/mixed routes show observed usage/limits or unknown, never API prices as a subscription bill. Do not promise savings or a cheapest verified outcome, run candidates, grant approval, or silently rewrite any default. Keep local evidence and billing out of shared config and tracked transcripts.Task coding/Task analysisandRisk ordinary/Risk highcorrect task advice only. For an unbootstrapped project, hand the complete role draft to the existing bootstrap approval preview. Do not run a second bootstrap or write project settings here before that gate; reopen after bootstrap and review again. Completion criterion: the user sees scope, origins, migration and destination. - Edit and preview. Pass replies through the helper's
replyaction with the previous proposal. When its step isreplacement, show the unavailable saved value and exactly one verified suitable alternative, including role, runner/reasoning, task fit, costs and evidence limits. Offer typedAccept replacement,Choose another modelorNot now. Acceptance edits only the affected role and returns to the complete before/after preview. Choosing another opens that role's ordinary editor. With no suitable alternative, show the limitation and restore-access/Refresh/explicit-editor recovery path; do not offer acceptance. Multiple unavailable roles are handled in role order on subsequent discovery/Apply checks, retaining all unrelated drafts. Pass ordinary editing replies with the previous proposal.Editoffers numbered roles.Edit <role>displays verified complete alternatives numbered from 1, showing model, runner and reasoning.Pick modeloffers numbered model, then supported runner, then supported reasoning, and complete identity if otherwise ambiguous. Never silently choose among providers or optional identity metadata. A number edits only the draft and returns the complete before/after preview; show retained roles and constraints too.Explain <role>identifies that selected route, availability observation and limitations without selecting or launching anything.Explaindefaults to Build and reports discovery authority/date and explicitly unknown suitability/comparable cost; no paid benchmark. With no alternatives, offer Reload or Not now instead of inventing a route. Native controls may mirror, never replace, typed replies at every level, with immediate text fallback.Backreturns to the full proposal without losing other edits; an invalid reply retains the previous draft underretained_proposaland offersBack.EditandEdit <role>from that blocked result also reuse the retained draft, never implicitly reload and discard other edits. Reload intentionally discards unsaved draft changes.Guided/Expertshow a separate local preference before/after preview with its exact destination andresolved_destinationbehind directory aliases. If directory identity changed, show the corrective message and require the new preview before another Apply; retain unrelated role drafts. OnlyApply preferencesaves it using the same durability/completion/recovery protocol as project defaults; no project draft is saved by that action. Return to the complete role proposal afterward.Not nowsaves nothing pending; if presentation was explicitly saved earlier, explain that it remains saved while the project draft is cancelled. Completion criterion: reviewed draft or cancellation, with nothing saved. Skill editing usesEdit skillsorEdit skills <job>for alignment, specification, implementation, code review or application QA. Show allskill_proposalandskill_changesbefore/after rows in the full proposal. Numberedskill_optionsretain the same verified source prefix/provenance.Choose <number>edits one job;Choose <number>,<number>retains supported alignment context → decisions composition order.Explain skills <job>shows inputs, outputs, effects, owner and eligibility without invocation. Unknown, changed, colliding or incompatible sources require an explicit fallback or block, never warning acknowledgement. Read../../scripts/skill-bindings.mdfor contracts, current upstream exclusions and already eligible project QA proof. Configuration does not create or maintain a harness.Presetsshows one Recommended entry plus named user presets. Recommended retains the starting draft; evidence-backed suggestions are displayed separately and do not select a model. No static cost tiers or availability-as-suitability claim.Load defaultsorLoad preset <name>changes only the draft, showing model/skill origins, before/after changes and destinations.Save defaultsorSave preset <name>previews personal reusable data using the same validated model/skill schema.Apply preferencesaves only that personal data; other projects and active work remain unchanged.Billing <mode>previews a local billing preference; unknown consumption remains unknown and API prices are not subscription bills. Presentation edits preserve saved billing, defaults and presets. Missing dependencies or unknown fields require explicit review, not silent omission. Custom sources use a canonical project-relative identity or a logical identity resolved through an external machine-local binding/audit store. Show(Custom)unless existing stage evidence verifies a more specific source label. Missing local resolution/evidence requires explicit recovery, never a source rewrite or automatic fallback. Local JSON assertions are not real independent execution proof; the owning stage authenticates retained qualification at its existing gate. Never generate that proof by invocation. - Apply the reviewed proposal. Only after typed
Apply, repeat genuine authoritative discovery through that adapter and pass the same proposal to the helper. Never silently create and Apply a refreshed proposal. Changed inputs require Reload and another preview/Apply. Unavailability returns the replacement conversation with the draft retained. Acceptance requires a refreshed preview and another explicit Apply; never substitute or save the old proposal. Report applied/unchanged/blocked/recovery-required exactly with destination and corrective message.Not nowwrites no pending defaults or presets; distinguish earlier explicitly saved presentation and any local read-side discovery refresh. Stop for retained recovery evidence; never remove it to make a save appear successful. When the preview includes a personal change, projectApplyuses paired transaction journals and content completion for both destinations. Report every destination and the true result; independent saves are not paired success. Exact rollback still reports recovery-required, and concurrent edits/captured bytes must never be overwritten. Keep journals and private evidence local; never put billing, binding-store paths or unreviewed exception text in shareable settings/results. The reviewed personal destination remains visible in the local review/recovery flow. New-project seeding belongs to the bootstrap skill's existing preview and exact seed approval, never to an implicit Configure bootstrap or stage/model launch. Completion criterion: validated save, no-op, cancellation or named blocker, with no model dispatch or build.
Return playbook_result with outcome applied/unchanged/blocked,
next_stage: null, and ordered required_actions from the corrective result.
Existing lane gates remain selection, approval and launch authority.
04 同仓库更多 Skills
whats-next
Route the next playbook stage from project state and cadence evidence. Use when the user asks what to do next, is stuck between stages, or another playbook rule needs an ambient recommendation.
ship-release
Publish or reconcile a repository version tag and GitHub Release. Use only after the user explicitly asks to cut or publish a release, or to fix drift between version files, tags, and GitHub Releases.
model-router
Discover verified model routes and launch the selected Plan, Build, or Verify lane. Use at feature-lane boundaries, when the user types models or openai defaults, or when a saved model route must resume.
matt-retro
Review a coding session with Matt Pocock's environment-improvement retrospective.
ai-playbook-why
Explain a current decision's historical motivation from bounded, cited evidence while separating direct facts, inference, contradictions, and unknowns.
ai-playbook-verification-harness
Discover, propose, generate, and prove a project-owned verification harness without replacing its existing commands or claiming a real-project pilot.