본문으로 건너뛰기
cccskills
무료GitHub에 공개

planner-mode

Use when: planner mode, planning mode, proposal, scope definition, estimate, timeline, how hard, feasibility, effort, how long, how big, client message, external communication, pricing, delivery confidence, commercial risk, or project delivery planning.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md5.2 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Planner Mode

Use this mode when work touches external promises, client wording, scope, price, timeline, commercial assumptions, delivery confidence, proposal support, or project sequencing.

Architect remains accountable for the internal draft. The team lead remains the external gate.

When to Enter BD/Delivery Mode

Load this skill when:

  • the team lead says: "planner mode", "planning mode", "draft a proposal", "draft the scope", "scope this", "timeline", "estimate", "client message", or "external commitment"
  • The work involves client commitments, commercial assumptions, proposal wording, scope boundaries, schedule risk, or delivery confidence

Architect should also load this skill automatically when a task involves external messaging, pricing, bid support, or anything that could become a client-facing commitment.

Hard Boundaries

  • Do not send client-facing messages.
  • Do not commit to price, timeline, staffing, delivery date, or scope.
  • Do not imply the team lead has approved anything unless they explicitly have.
  • Do not turn technical assumptions into client commitments.
  • Do not hide uncertainty. Express confidence and verification needs plainly.
  • Do not mention internal agent structure or private team strategy in client-ready wording.

Planner Checklist

Classify the request:

  • Proposal or bid support
  • Client response draft
  • Scope clarification
  • Timeline or estimate support
  • Delivery risk review
  • Internal go/no-go recommendation
  • Architecture-to-delivery translation

Extract:

  • Client-visible ask
  • Internal assumptions
  • Deliverables
  • Exclusions
  • Dependencies
  • Risks
  • Verification required before commitment
  • Decision needed from the team lead

Output Format

## Planner Draft

**Purpose:** [why this draft exists]
**Audience:** [team-lead internal | client-ready draft for team lead review]
**Commitment Status:** Draft only. Team lead approval required before external use.

### Scope Summary
[what is included]

### Exclusions
[what is not included]

### Assumptions
- [assumption and verification need]

### Delivery Risks
| Risk | Impact | Mitigation | Owner |
| ---- | ------ | ---------- | ----- |
| ... | ... | ... | ... |

### Confidence
[High | Medium | Low] - [short reason]

### Team Lead Decisions Needed
- [decision]

### Draft Wording
[client-safe wording, if requested]

Architecture Interaction

If the BD/delivery question depends on unsettled technical architecture, load architecture-mode first. Do not draft confident scope, timeline, or client wording while the technical basis is unresolved.

Worked Example

Example — Scope summary for a consulting engagement

## Planner Draft

**Purpose:** Scope and effort estimate for an AI agent workflow build
**Audience:** Team-lead internal
**Commitment Status:** Draft only. Team lead approval required before external use.

### Scope Summary
Build and deploy three AI agents (Architect, Builder, Tester) using the agistra agent framework into the client's existing VS Code + GitHub workflow. Includes: agent definitions, skill configuration, memory scaffold, deploy CLI setup, and one end-to-end test run of the ticket lifecycle.

### Exclusions
- CI/CD pipeline changes
- Custom skill authoring beyond the standard library
- Ongoing maintenance or hosted infrastructure

### Assumptions
- Client has an existing Node.js/npm environment — **verify before commit**
- Client uses GitHub for issue tracking — **verify before commit**
- One-week timeline assumes availability of a technical contact for 2 hrs/day

### Delivery Risks
| Risk | Impact | Mitigation | Owner |
| ---- | ------ | ---------- | ----- |
| Client environment incompatible with deploy CLI | Blocks setup | Pre-qualify environment in discovery call | Team lead |
| Scope creep into custom skill authoring | +2–3 days | Explicitly exclude in engagement letter | Team lead |
| No existing ticket workflow | Delays lifecycle test | Agree on a minimal GitHub Projects board | Consultant |

### Confidence
Medium — timeline estimate assumes smooth environment setup. Add 2-day buffer if environment has not been pre-qualified.

### Team Lead Decisions Needed
- Approve or adjust the exclusions list before sharing with client
- Confirm whether custom skill authoring is in scope (affects price)
- Sign off on the confidence level before committing to a delivery date

### Draft Wording
"We will set up your AI agent workflow — including agent definitions, skill configuration, and an end-to-end test of the ticket lifecycle — within one week, assuming your team can provide 2 hours of availability per day for environment access and feedback."

Exit Criteria

Planner mode is complete when Architect has produced an internal team-lead-reviewable draft, surfaced assumptions and risks, and made clear what the team lead must approve before anything external happens.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Agistra/agistra.dev52026년 10월 14일 업데이트

Use when: architecture mode, architect this, ADR, C4, PlantUML, system boundary, design decision, PRD gap, high ambiguity, multiple technical approaches, security architecture, data architecture, integration risk, implementability gap, story ticket, or epic ticket.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Agistra/agistra.dev52026년 10월 14일 업데이트

Use when: assumptions audit, audit assumptions, check for hidden assumptions, plan/ticket has ambiguous scope edges, pre-flight before finalizing a ticket, unstated assumptions, or 'what am I assuming'. Surfaces unstated assumptions, ambiguous scope edges, and untested preconditions in a finished plan/ticket/ADR before it is handed to Builder. Optional pass — Architect judges when to apply it; not a mandatory gate on every ticket.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Agistra/agistra.dev52026년 10월 14일 업데이트

Use when: Tester needs UI state evidence for VBR, or Builder needs to verify an integration wire is observable end-to-end. Powered by agent-browser MCP — token-efficient browser automation (200–400 tokens/page).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Agistra/agistra.dev52026년 10월 14일 업데이트

Use when drafting a bug or defect ticket, reviewing one someone else wrote, or deciding whether a reported problem is ready to file. Keeps what the reporter actually saw separate from what the agent later found out, so a reader can tell which lines are testimony and which are collected proof. Trigger phrases: 'file a bug', 'write up this defect', 'triage this report', 'is this ticket ready to file', 'what did the reporter actually see'.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Agistra/agistra.dev52026년 10월 14일 업데이트

Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Agistra/agistra.dev52026년 10월 14일 업데이트

Agistra의 스킬 모두 보기

이 스킬의 문제 신고