Agent Skills
› mohitagw15856/pm-claude-skills
› thread-to-decision
thread-to-decision
GitHub用于终结冗长且无果的讨论线程。通过公平总结各方立场、隔离核心决策问题、注入决策者与截止时间，并记录最终决定，将混乱对话转化为明确结论，防止议题无限循环。
Trigger Scenarios
讨论陷入循环
需要从对话中提取决策
总结当前进展
询问为何讨论无法结束
Install
npx skills add mohitagw15856/pm-claude-skills --skill thread-to-decision -g -y
SKILL.md
Frontmatter
{
"name": "thread-to-decision",
"homepage": "https:\/\/mohitagw15856.github.io\/pm-claude-skills\/skill\/thread-to-decision.html",
"metadata": {
"openclaw": {
"emoji": "🧠"
}
},
"description": "Land a sprawling chat thread on an actual decision — the summarize-and-fork move (positions restated, the question isolated), the decider-and-deadline injection, and the recorded close that ends the forty-message orbit. Use when asked this thread is going in circles, get a decision out of this discussion, summarize where we landed, or why do our threads never conclude. Produces the thread summary with positions attributed, the isolated decision question, the closure message, and the decision record."
}
Thread To Decision Skill
Threads orbit because nobody performs the landing: forty messages in, three positions have emerged, two side-quests have spawned, and every participant believes a different thing was "basically agreed." The landing is a move, performable by anyone (not just the boss): summarize the positions fairly with names, isolate the actual question from the side-quests, inject the missing structure — a decider and a deadline (async-instead closure rules) — and when the call lands, record it where decisions live, because a decision that exists only at message 47 doesn't exist.
What This Skill Produces
- The summary message — the thread compressed: the question, the positions with names, the side-quests parked
- The structure injection — decider named (or proposed), deadline set, silence-meaning declared
- The closure message — the decision, its why, dissent acknowledged
- The record — the decision logged durably, linked back to the thread
Required Inputs
Ask for these if not provided:
- The thread — the actual messages; summarizing positions requires reading them, and attribution requires care ("A argued X" must be fair enough that A nods)
- The user's standing — thread owner, participant, or the person with authority to name a decider? The moves flex — a participant proposes the structure ("suggest [name] calls this by Friday?"); an owner installs it
- The real question — threads braid several; the user's read on which one matters (the summary tests it against the thread)
- Where decisions live — the log, the doc, the channel pin; the record needs a durable home
Framework: The Landing Rules
- Summarize before structuring: the landing message opens by compressing fairly — "Where we are: the question is X. [A] and [B] favor option 1 (reasons); [C] raises the cost concern; the tangent about Y is real but separate." A summary that participants recognize buys the standing to impose structure; a partisan summary restarts the war with citations.
- Isolate the question, park the quests: threads orbit partly because three questions share one thread — the landing names the question and explicitly parks the others ("Y deserves its own thread — starting it separately"). One thread, one decision.
- Inject the missing trio: decider, deadline, silence-meaning — "Proposal: [name] decides by Thu EOD; comments until then; silence = can-live-with-it." When the user lacks authority to appoint, the proposal of structure almost always gets adopted, because everyone is tired of orbiting — the mover's advantage.
- Close with the why and the dissent: the decision message states the call, two sentences of why, and names the road not taken ("going with 1; C's cost concern is real — we'll cap the spend at X to address it"). Acknowledged dissent ends threads; ignored dissent schedules the sequel.
- Record or relitigate: the decision goes to the durable home (the decision log, the project doc) with a link back — and the thread gets the final message pointing there. Six weeks later, "wait, did we decide this?" gets a link instead of a rematch. This is the decision-meeting-format record discipline, applied to the async venue where it's skipped most.
Output Format
Thread Landing: [topic] — [N] messages in
The Summary Message (post this)
[The question · positions with names, fairly · parked side-quests · the structure proposal: decider, deadline, silence-meaning]
The Closure Message (when decided)
[The call · the two-sentence why · dissent acknowledged with its accommodation if any]
The Record
[The durable entry: decision, why, date, thread link · posted at (home) · the thread's final pointer message]
Quality Checks
- The summary would be endorsed by each summarized participant
- Exactly one question survived; side-quests got explicit parking
- Decider, deadline, and silence-meaning were all injected
- The closure acknowledges dissent by name and content
- The record lives outside the thread with links both ways
Anti-Patterns
- Do not structure before summarizing — unearned structure reads as a power move and gets litigated
- Do not summarize partisanly — one slanted attribution costs the whole landing
- Do not let three questions share the landing — braided threads orbit forever
- Do not close without the dissent line — smooth closes breed rough reopenings
- Do not leave the decision at message 47 — un-recorded decisions have a half-life of six weeks
Version History
- 471c606 Current 2026-07-22 13:47
