Skip to main content

tjboudreaux/cc-thinking-skills

SkillsMP は tjboudreaux/cc-thinking-skills から 28 件の skill を収集しています。skill を開くとソースと詳細を確認できます。

記録された最新のソース活動
SkillsMP カタログ更新
収集済み skills
28
GitHub スター
1,317
GitHub フォーク
158

このリポジトリの skills

収集済み skill 28 件中 28 件を表示しています。

職業分類
ソフトウェア開発者
説明

When a real test is too rare, large, or irreversible, run a controlled counterfactual: isolate one variable, fix conditions, trace the mechanistic chain, and bound what the result implies.

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

When unsure which thinking skill fits, map domain and problem type, then return NONE or one primary skill by default (at most three complementary).

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Use when search or investigation could run forever. Set an explicit good-enough threshold first, then stop at the first option that clears it.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Use when a specific claim may lack grounding. Check evidence boundary, size wrongness cost, then answer, fetch, or abstain — never confabulate.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the right response mode is unclear, classify the cause-effect domain first; decompose disorder.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Under genuine uncertainty with no reliable forecast, inventory means, cap downside at affordable loss, act for commitments, and let goals emerge from controllable moves.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a constraint is treated as fixed, separate physics from convention, keep only independently supported primitives, and rebuild the simplest solution that satisfies real constraints.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a fault is localized and the proximate cause is known but the systemic root is not, chain evidence-linked whys with a counterfactual stop and a countermeasure.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Deciding what to build or why adoption fails. Recover the progress users hire a solution for under a circumstance, then rank by outcome and competing workarounds.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Use when a selective defect needs IS/IS-NOT difference analysis or a consequential option choice needs must/want weighting and adverse-consequence comparison.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Use when longevity of a non-perishable option matters. Treat survival duration as a remaining-life prior, then check domain drift before favoring the proven.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a claim, doc, test, metric, or assumption conflicts with observed behavior, stop theorizing from the map and verify the live code or data; let territory overrule.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When provisioning, setting a limit, or committing an estimate under uncertainty, size a buffer to residual error and the cost of breach—not to the optimistic edge.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When one mental model leaves a material blind spot on a multi-domain or high-stakes problem, sequence complementary models with named roles and a conflict rule.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Use under time pressure when the situation is still changing and you must act before certainty — cycle Observe→Orient→Decide→Act on ~70% confidence, then re-observe.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Before committing scarce time, people, or money, name the best forgone use of those resources and the value delta of the chosen path versus that alternative.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Before committing to a plan or launch, assume it already failed and reason backward through concrete causes — convert failure paths into mitigations, gates, and stop checks.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Use when forecasting, estimating, or sizing risk — anchor on base rates, give ranges, update prior→likelihood→posterior on evidence, and factor unmeasured quantities into order-of-magnitude bounds.

原文の言語: 英語

更新
職業分類
情報セキュリティアナリスト
説明

For authorized security review of code, auth, or APIs you control, model the attacker, map the attack surface, and report only findings with a reproducible exploit path and verified mitigation.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Before heavy deliberation, classify the decision as cheap or costly to undo; decide two-way doors fast and stage one-way doors to preserve options.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a symptom has several plausible causes, rank falsifiable hypotheses and run the cheapest discriminating observation first; prefer least-assumptive survivors only after evidence fit.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a change has effects past the immediate fix—incentives, scale, feedback—trace consequence chains with timing and probability before committing.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a request is vague, assumption-laden, or "obvious," ask the few load-bearing questions that expose hidden requirements before building or committing.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Before rejecting a proposal or reflexively agreeing, build the strongest faithful opposing case, state agreement conditions, then update or reaffirm.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When behavior is emergent across components—fixes elsewhere break, loops/delays dominate—map boundary, stocks/flows, feedback, archetypes, then rank leverage.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When throughput or latency is pipeline-limited, identify the single binding constraint and exploit, subordinate, elevate, then recheck—ignore non-constraints.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When two design requirements seem mutually exclusive, name the contradiction, separate conflicting states, then invent a concrete no-compromise resolution.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Use when the reflex is to add a feature, layer, or process. Prefer removing harmful or nonessential elements first, with an irreversibility guard before deletion.

原文の言語: 英語

更新
収集済み skill 28 件中 28 件を表示しています。