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

forecasting

Use when constructing the finance-side forecast — top-down vs bottom-up shape, confidence bands, retro-loop. Triggers on 'build the forecast model', 'reconcile top-down with bottom-up'.

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

설치 방법 보기

포함된 파일(3)

  • SKILL.md8.4 KB
  • evals/domain-truth.json1.6 KB
  • evals/evals.json907 B

SKILL.md(원문)

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

forecasting

When to use

  • The annual plan or quarterly board pack needs a forecast model that survives a retro — not last quarter's number with a multiplier.
  • Top-down (TAM × penetration × motion) and bottom-up (deal-level) calls have diverged and the reconciliation hasn't been written.
  • A new finance-partner inherits a forecast and needs to rebuild the construction shape without inheriting the prior regime's optimism.

Do NOT use to qualify a single deal (route to deal-qualification-meddic), construct the RevOps commit list (route to forecast-accuracy (H10) — finance owns the shape, RevOps owns the call), or run capital-runway scenarios (route to runway-cognition (O3)).

Cognition cluster

  • Mental model 9 — Hypothesis-driven thinking. Each forecast is a falsifiable claim about a window. If the call cannot be falsified inside the window, the call is a narrative, not a forecast. See mental-models.md § 9.
  • Mental model 29 — Premortem. Before locking the call, write the post-window retro as if commit missed by 20 %. The premortem surfaces which construction inputs were riding on weak evidence; demote those before the call locks. See mental-models.md § 29.
  • Mental model 16 — Leading vs lagging. Closed-won is lagging; pipeline coverage, segment conversion, and slot-completeness are leading. A forecast built only on lagging signals can confirm but not steer. See mental-models.md § 16.
  • Context-spine — product + fiscal-period + customer-segment. Read the product slot for what is GA-shippable in the window; the fiscal-period slot for the cadence the model must reconcile against (monthly close vs quarterly board pack vs annual plan vs multi-year plan); the customer-segment slot for segment-historical close rates. See context-spine.

Procedure

Step 0: Inspect the construction shape

Read the fiscal-period slot. Decide between three shapes:

  1. Top-down — anchor against TAM × penetration band × motion band. Healthy for annual plans and multi-year plans where bottom-up evidence is thin past one window.
  2. Bottom-up — sum deal-level conviction (composes H10 forecast-accuracy via the forecast-construction-shape ADR). Healthy for quarterly windows where deal evidence is fresh.
  3. Hybrid — both, with an explicit reconciliation. Healthy when top-down and bottom-up diverge by more than the historical confidence band.

State the choice. A forecast without a stated shape inherits the prior regime's shape silently.

Step 1: Construct the call against the shape

For top-down: write {tam, penetration_band, motion_band} — every input cites its source. Penetration bands are evidence ranges, not single points; motion bands reflect channel mix.

For bottom-up: consume H10's commit-list against the forecast-construction-shape interface. Sum commit-tagged × in-window close-rate per segment.

For hybrid: do both, then write the reconciliation. If top-down ≠ bottom-up by more than the confidence band, the divergence is the forecast — not either number.

Step 2: Calibrate the confidence band

Compute historical deviation from the last 4–8 windows of the same fiscal-period cadence. Attach as {plus_pct, minus_pct}. A band asymmetric on the downside is honest about prior misses; symmetric bands silently pretend prior accuracy.

Step 3: Premortem the construction

Write "if the forecast misses by 20 %, the reason is ___." For top-down: which penetration / motion input was the load-bearing assumption? For bottom-up: which anchor deals carry > 10 % of commit? Demote inputs that the premortem can name as single-point risks.

Step 4: Emit the typed interface

Produce forecast-band.json per the forecast-construction-shape ADR. H10 consumes the artifact for the commit-call. The fields: construction_shape, commit_value, best_case_value, pipeline_value, confidence_band, retro_signature, segment_scope, fiscal_period, construction_inputs. Drop the artifact in the location H10's ## Output references.

Step 5: Run the accuracy retro-loop

At window-end, compare predicted commit / best-case to actual closed-won. Compute per-segment and per-construction-input miss rate. Patterns that repeat for two windows become shape changes in Step 0 (e.g. switching from bottom-up to hybrid because deal evidence stopped predicting); one-off misses become input upgrades in Step 1.

Related Skills

WHEN to use this

  • Constructing the finance-side forecast (annual plan, board pack, multi-year plan).
  • Running the construction-shape retro and feeding it back into Step 0.

WHEN NOT to use this

  • Single-deal qualification — route to deal-qualification-meddic.
  • Commit / best-case / pipeline categorisation of deals — route to forecast-accuracy (H10); H10 consumes against this skill's forecast-band.json interface.
  • Cash-runway shape and fundraise-trigger heuristics — route to runway-cognition (O3).
  • Multi-statement scenario construction over base / upside / downside — route to scenario-modeling (O4).

Wing-4 handoff: this skill emits the forecast-band.json artifact that forecast-accuracy (H10, Wing-3) reads. Per docs/contracts/adr-forecast-construction-shape.md, docs/guidelines/wing4-handoff.md § Chain 4.

When the agent should load this

  • "Build the annual forecast model."
  • "Top-down and bottom-up disagree — reconcile them."
  • "Why was last quarter's forecast off?"
  • "Was machen wir bei der Forecast-Konstruktion anders?"

Output

  1. forecast-band.json (Wing-3 / Wing-4 typed interface) — construction_shape, commit_value, best_case_value, pipeline_value, confidence_band, retro_signature, segment_scope, fiscal_period, construction_inputs. Per adr-forecast-construction-shape.md.
  2. construction-notes.md — shape chosen + why; per-input evidence; reconciliation note (hybrid only).
  3. premortem.md — "if we miss by 20 %, the reason is ___"; tagged demotions from Step 3.
  4. retro-deltas.md (at window-end) — predicted vs actual per construction input; shape-change recommendation if the pattern repeats.

Gotcha

  • A forecast without a stated construction_shape inherits last regime's shape silently. Always emit the field.
  • Symmetric confidence bands lie about prior misses. If the last two windows missed on the downside, the band is asymmetric.
  • Top-down models with single-point penetration assumptions are scenarios in disguise. Use bands.
  • Hybrid models that don't write the reconciliation are top-down models with bottom-up garnish.

Do NOT

  • Do NOT collapse hybrid forecasts into a single number without keeping the divergence visible.
  • Do NOT skip Step 4 — the typed interface is what makes H10 reproducible.
  • Do NOT change the construction shape on a single-window miss; shape changes require a two-window pattern.

Runnable example

End of FY: annual plan + Q1 commit both due.

  • Step 0 — fiscal-period slot says annual + quarterly. Annual is top-down; Q1 is bottom-up.
  • Step 1 — top-down: TAM $4.2B, penetration band 0.6–0.9 %, motion band SaaS-mid; expected $25–38M ARR. Bottom-up: H10 commit-list sums to $8.1M in Q1, segment close rate 78 %.
  • Step 2 — last 4 quarters deviation: +6 % / –14 %. Confidence band attached.
  • Step 3 — premortem: top-down anchored on penetration upper bound; demoted to 0.6–0.75 %. Bottom-up: two anchor deals tagged single-risk procurement; demoted.
  • Step 4 — emit forecast-band.json: construction_shape=hybrid, commit $6.3M, best-case $8.1M, band +6/–14 %, retro_signature quarterly | [+6, –14], segment_scope mid-market, fiscal_period quarterly.
  • Retro — at quarter-end, actual $6.1M; band held. Annual top-down revisit in two quarters.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

Use when reviewing UI for accessibility — WCAG 2.2 AA, keyboard nav, focus, ARIA, contrast, screen-reader semantics — even on 'is this a11y-OK?' or 'mach das barrierefrei'.

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

event4u-app/agent-config122026년 10월 19일 업데이트

Use when defining or auditing the activation event — aha-moment selection, retention correlation, falsifiable definition. Triggers on 'what is our aha moment', 'redefine activation'.

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

event4u-app/agent-config122026년 10월 19일 업데이트

Use when capturing an architectural decision — file naming, next ADR number, Status / Context / Decision / Consequences, index regen; fires even without saying 'ADR'.

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

event4u-app/agent-config122026년 10월 19일 업데이트

Adversarial critique — devil's advocate, stress-test, honest teardown ('poke holes', 'be brutal', 'was hältst du davon'); explicit request only. Routine code or design review → code-review.

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

event4u-app/agent-config122026년 10월 19일 업데이트

Use when reading, creating, or updating agent documentation, module docs, roadmaps, or AGENTS.md. Understands the full .augment/, agents/, and copilot-instructions structure.

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

event4u-app/agent-config122026년 10월 19일 업데이트

Use for an adversarial red-team / blue-team / auditor review of an AI agent's CONFIG + behaviour (rules, skills, MCP, hooks, permissions) — attack-chain → defensive-gap list, not a code audit.

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

event4u-app/agent-config122026년 10월 19일 업데이트

event4u-app의 스킬 모두 보기

이 스킬의 문제 신고