本文へ移動
cccskills
無料GitHub で公開

async-decision-memo

Run a decision asynchronously — the memo, the silent-read window, the comment protocol, and the deadline that makes it land without a meeting. Use when asked to decide something async, replace a decision meeting with a document, run an Amazon-style written decision process, or when a decision keeps stalling in comment threads. Produces the decision memo plus the process wrapper: reader roles, response windows, comment-resolution rules, and the tie-breaker. For the document structure alone use decision-memo; this skill runs the process around it.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md5.7 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Async Decision Memo Skill

Remote teams keep reinventing this badly: someone posts a doc, twelve people leave drive-by comments over two weeks, nothing resolves, and the decision happens in a meeting anyway — now with resentment. The async decision is a process with a deadline, not a document with comments enabled. This skill runs the whole protocol.

What This Skill Produces

  • The decision memo (structured for silent reading, with the recommendation up front)
  • The process wrapper: named roles, response windows, comment-resolution rules, escalation
  • The kickoff message that opens the window and the closing note that records the outcome

Required Inputs

Ask for (if not already provided):

  • The decision — what's being decided, the options, the recommendation and its reasoning (rough notes fine)
  • The people: who decides (one name), who must be consulted (their objection could change the answer), who is merely informed
  • The clock: when is this decision needed, and what does it block
  • The stakes — reversible or one-way-door? (Sets the window length and the bar for escalation)

The Protocol

  1. Write the memo for a silent first read. Structure: the decision needed (one sentence) · the recommendation (up front — burying it invites a treasure hunt) · context in prose (full sentences force complete thinking; bullets hide gaps) · options considered with real trade-offs (a strawman option list discredits the whole memo) · what would change my mind (the single highest-trust section — name the evidence that would flip the recommendation) · cost of deciding slowly (why the deadline is real). Target ≤2 pages; past that, the memo needs editing, not more patience.
  2. Assign the three roles by name. The decider (exactly one; "the group decides" is how nothing does) · consulted (listed individually — their silence is treated as consent and they know it) · informed (get the outcome, not a comment invitation). The role list ships in the kickoff, not in anyone's imagination.
  3. Open a bounded window. Reversible decisions: 2-3 working days. One-way doors: up to a week, never more — an async process longer than a week isn't deliberation, it's drift. The kickoff states the close date/time and timezone, and that silence from consulted = consent.
  4. Enforce the comment protocol. Comments must be one of: objection (with reasoning — and where possible, what evidence would resolve it) · question (answered by the author within a working day) · improvement (accepted/declined by the author, no debate thread). Preference restatements and drive-bys get one reply: "noted — not an objection." Threads longer than 3 exchanges move to a 15-minute call between those two people only, whose outcome is written back into the thread.
  5. Close on time, whatever the state. At the deadline the decider: decides (the default) · extends once with a reason and new date · or escalates (only for an unresolved objection on a one-way door). The closing note records: the decision, the dissent as stated by the dissenter, what would reopen it, and who does what by when. Dissent recorded ≠ decision reopened — disagree-and-commit is the exit, and the note says so.
  6. File it. The memo + closing note land where decisions live (the decision log, the Brain's decisions/ if one exists) — an async decision that lives in a chat scrollback will be relitigated by someone who "never saw it."

Output Format

Async Decision: [title] — window closes [date, tz]

Roles: Decider: [name] · Consulted: [names] (silence = consent) · Informed: [names]

The memo (structured per the protocol above)

Kickoff message (ready to post): [what's being decided, the recommendation exists — read before commenting, the window, the comment protocol in two lines, silence rule]

Closing note template: Decision: […] · Dissent, as stated: […] · Reopens if: […] · Actions: [who/what/when] · Filed: [where]

Quality Checks

  • Exactly one named decider; consulted people listed individually
  • The recommendation appears before the context, not after it
  • "What would change my mind" names specific evidence, not humility theatre
  • The window has a date, time, and timezone; the silence rule is stated in the kickoff
  • The closing note records dissent verbatim and the reopen condition

Anti-Patterns

  • Do not open comments without the protocol — an unbounded comment section is the meeting you were avoiding, slower
  • Do not run a memo without a decider — consensus-by-exhaustion is not an outcome
  • Do not let threads run past 3 exchanges — two people arguing in a doc are holding everyone else hostage
  • Do not extend the window twice — the second extension means the memo was premature; withdraw and rewrite it
  • Do not soften recorded dissent into "some concerns were raised" — the dissenter's actual words, or the record is fiction

Example Trigger Phrases

  • "Decide something async."
  • "Replace a decision meeting with a document."
  • "Run an Amazon-style written decision process."

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Design a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Decode a 401k or workplace retirement plan — the real cost of its funds, the match's fine print, vesting math, and the plan features worth using or avoiding. Use when someone asks 'is my 401k any good', 'decode my 401k plan', 'which funds should I look at', or 'what fees am I paying'. Produces a fee decode in dollars-over-time, match and vesting math, a fund-lineup triage by cost, and the questions for HR or the plan administrator.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Design statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Analyse a finished A/B test and write the readout — the result, whether it's statistically and practically significant, what it means, and the ship/no-ship call. Use when asked to analyse experiment results, write an A/B test readout, interpret test data, or decide whether to ship a variant. Produces a clear verdict with the lift and confidence, segment cuts, the risks (peeking, novelty, sample), and a recommendation. Distinct from planning a test — this reads results.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Build or tailor an academic CV for faculty, postdoc, research or fellowship applications: publications, grants, teaching, supervision and service in the order the field expects, with consistent citations. Use when asked to write my academic CV, update my CV for a lectureship, tenure-track or postdoc application, format my publications list, or adapt my academic CV for an industry research role. Produces the full academic CV, a field-appropriate section order, a clean publications list in one citation style, and a two-page summary version when asked.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Generate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

mohitagw15856 のスキルをすべて見る

このスキルの問題を報告する