skills/bratman-israel-pollack-1988-plans-resource-bounded-reasoning/SKILL.md
Use for bounded reasoning, partial planning, commitment policy, deliberation cost, and reconsideration-threshold design instead of assuming free deliberation. NOT for exhaustive planning, static optimization, or domains where reconsideration cost is irrelevant.
npx skillsauth add curiositech/windags-skills bratman-israel-pollack-1988-plans-resource-bounded-reasoningInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Source basis: Bratman, Israel, and Pollack on why plans matter mainly because they constrain future reasoning, not because they fully specify perfect action.
flowchart TD
A[Planning under resource bounds] --> B{Commit now or deliberate longer?}
B -->|Commit now| C[Choose partial commitments]
B -->|Deliberate longer| D[Only if expected value exceeds reasoning cost]
C --> E[Mark what stays fixed and what remains open]
D --> E
E --> F{Override trigger hit?}
F -->|No| G[Execute with local consistency checks]
F -->|Yes| H[Reconsider only the threatened commitments]
G --> I{Coordination needed?}
H --> I
I -->|Yes| J[Share commitment structure]
I -->|No| K[Keep local plan authority]
references/plans-as-computational-constraints.md: load when you need the strongest account of why plans constrain future reasoning.references/structural-partiality-and-hierarchical-commitment.md: load when deciding what to commit now versus later.references/filter-override-mechanisms.md: load when reconsideration is either too frequent or too rare.references/deliberation-as-expensive-operation.md: load when resource budgets, deadlines, or interruption policy matter.references/consistency-maintenance-as-coordination-mechanism.md: load when multiple agents need to stay compatible without continuous communication.references/temporal-dynamics-of-commitment.md: load when timing of commitment, refinement, or abandonment is the hard part.references/failure-modes-of-resource-bounded-reasoning.md: load when diagnosing which bounded-reasoning failure mode you are actually seeing.tools
Building resilient distributed systems with circuit breakers, retries with full-jitter exponential backoff, retry budgets (per-request 3-attempt + per-client 10% ratio per Google SRE), deadline propagation, and the cascading-failure math (4 layers × 3 retries = 64x amplification). Grounded in Resilience4j, Microsoft Cloud Patterns, AWS Architecture Blog (Marc Brooker), and Google SRE Book.
testing
Designing HTTP cache headers that work correctly across browsers, CDNs, and shared proxies — `Cache-Control` directives per RFC 9111, `stale-while-revalidate` and `stale-if-error` per RFC 5861, the Vary header for varying responses, and surrogate keys for tag-based purging. Grounded in IETF RFCs and Cloudflare/Fastly docs.
development
Use when designing or fixing a Content Security Policy on a real site, choosing between nonce-based and hash-based CSP, adding strict-dynamic, debugging "Refused to execute inline script" errors, deploying CSP in report-only mode first, configuring report-to / report-uri, or auditing an existing policy for unsafe-inline / unsafe-eval / wildcards. Triggers: "CSP blocks legitimate inline script", strict-dynamic, nonce-{RANDOM}, sha256-{HASH}, object-src none, base-uri none, frame-ancestors, Trusted Types, X-Content-Security-Policy obsolete, report-only vs enforced. NOT for general HTTP security headers (HSTS, COOP/COEP), Trusted Types deep dive, CORS configuration, or building a WAF.
tools
Choosing and operating an HTTP API versioning strategy that doesn't break clients — Stripe's date-based pinned versions, the Deprecation/Sunset header pair (RFC 9745 + RFC 8594), URI vs header vs media-type approaches, and the version-transformer pattern. Grounded in Stripe's published architecture and IETF RFCs.