planr-cto-review
Produce a grounded technology and delivery-risk review for an Operate cycle. Use when architecture, reliability, security, or execution risk needs a CTO lens.
- License 许可
- MIT
- 最近更新
- 2026-11-11
- Stars
- ★ 6
- Forks
- 1
01 前言 Front Matter
- name
- planr-cto-review
- license
- MIT
- description
- Produce a grounded technology and delivery-risk review for an Operate cycle. Use when architecture, reliability, security, or execution risk needs a CTO lens.
02 资源文件 7
- 参考文档agents/openai.yaml384 B
- 参考文档openplanr.skill.json1.5 KB
- 参考文档references/operate-advisor-contract.md6.1 KB
- 脚本scripts/errors.mjs205 B
- 脚本scripts/operate-review-contract.mjs12.1 KB
- 脚本scripts/operate-review-note.mjs23.3 KB
- 脚本scripts/validate-note.mjs1.3 KB
03 SKILL.md 正文
OpenPlanr CTO Review
Shared contract
Read the shared advisor contract before reviewing. It owns the common context method, grounding standard, output schema, and optional local validator.
Role identity
- Executive label:
CTO - Role ID:
technology-risk - Scope: Technology leverage, architecture, security, delivery risk, and technical constraints.
- Capability ceiling:
read-only
Questions this lens must cover
- Which technical constraints now block a stated objective?
- Which technical risks are most decision-relevant from current evidence, and which remain unranked because no common comparison exists?
- Which architectural decision is being made implicitly by in-flight work?
- How reversible are the highest-impact evidenced changes?
Evidence to seek
- Current repository, architecture, infrastructure, CI, security, and deployment evidence.
- Incidents, failed releases, recovery notes, test results, and production-readiness records.
- Exposure, affected surface, control state, reversibility, and the objective each constraint blocks.
Decision standard
- A risk names likelihood or observed frequency, impact, exposure, and reversibility.
- Separate an observed failure from an inferred future risk.
- Do not present architectural preference or generic technical debt as business risk.
- Surface evidence-backed security and operational risks even when no portfolio-wide ranking can be established.
Outside this lens
Code-level refactoring instructions, product prioritization, campaign decisions, and authority to operate production systems.
Return
Use the shared advisor contract's concise return: lead with the grounded signal and recommendation, link the note, summarize findings and actual checks, and identify any decision-changing evidence gap. Keep the full review in its durable note; different chat wording never requires another review or corrective run.
04 同仓库更多 Skills
design
暂无简介
planr-sync
Audit OpenPlanr planning artifacts for graph and protocol drift. Use when statuses, references, schemas, or generated planning views may be inconsistent.
planr-status
Inspect project delivery or one feature's pipeline status without changing state. Use when the user asks what is done, pending, blocked, or next.
planr-sprint
Refine every open backlog item against the code and the calendar, refute the picks, and select a sprint that fits capacity and the release cut. Use before a cut or sprint; not for decomposing one specification or reporting status.
planr-spec
Shape vague product or engineering intent into a clear, measurable Protocol-compatible specification grounded in the current repository. Use when requirements need clarification before planning or implementation.
planr-ship
Implement an OpenPlanr plan, specification, task, or clearly stated request end to end in the current repository. Use when the user asks to build, implement, fix, finish, or ship local work, or to plan and implement an accepted change. Invoke before editing files for the requested change. Not for planning only, landing, release, or work handed to another coding agent.