Add company canon v0 and bootstrap workplan
Canon: INTENT, CompanyReactivationPlan, EcosystemMap, AutonomyPolicy,
SuccessMilestones, OfferCatalog, DogfoodPolicy, ControlLoopCatalog,
DecisionQueue, OfficeHourQueue, RiskRegister, plus founding exploration
in history/. Workplan BNKY-WP-0001 covers canon ratification, the first
internal audit, ecosystem cartography, flagship offer, and operating rhythm.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-16 02:48:50 +02:00
# Decision Queue
> Status: live document — decisions awaiting the founder, as prepared
> approval packages (`AutonomyPolicy.md`). Agents append; Bernd resolves.
CUST-WP-0061-T05: retarget queue closures to WORK-RECORDS.md (generated)
Convention change, not new code: closing an item now means setting its
terminal status (status: closed/resolved/done + outcome where
applicable) directly on the item's own yaml block in place, instead of
deleting it and hand-writing a bullet in a separate "Completed"/
"Resolved decisions" log. WORK-RECORDS.md (CUST-WP-0061-T04, generated
by fix-consistency's C-33) already lists every closed/resolved/done
record with status/lane/source -- that supersedes the hand-maintained
logs as the going-forward view.
- AutopilotWorkQueue.md: closing note added; "## Completed" relabeled
"(historical -- pre-canon, 2026-07-21)", frozen as-is, nothing
migrated or deleted
- DecisionQueue.md: closing note added -- its "## Resolved decisions"
entries were already structured as in-place yaml blocks with
status: resolved (ahead of AWQ's convention already), so this only
clarifies the log is superseded going forward, no structural change
- OfficeHourQueue.md: closing note added -- items already live under
"## Queued items" with status: queued|prepared|done in place, no
separate log ever existed here
- OperatingRhythm.md: queue-hygiene checklist updated to describe
in-place status transitions instead of "moved to the log"; added
item 5 noting WORK-RECORDS.md needs no hand-maintenance
Re-ran fix-consistency: WORK-RECORDS.md content unchanged (correctly
idempotent -- these were prose-only edits, no yaml block content
changed).
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-21 01:54:40 +02:00
>
> **Resolving a decision (CUST-WP-0061-T05, 2026-07-21):** set
> `status: resolved` (plus `outcome`, `resolved_at`, `resolved_by`) directly
> on the item's own yaml block in place — don't move it to a separate log.
> `WORK-RECORDS.md` (generated by `statehub fix-consistency`) is the
> always-current view of every decision including resolved ones; that
> replaces the "## Resolved decisions" log below as the going-forward
> record. Existing log entries are historical (pre-canon) and stay as
> prose.
Add company canon v0 and bootstrap workplan
Canon: INTENT, CompanyReactivationPlan, EcosystemMap, AutonomyPolicy,
SuccessMilestones, OfferCatalog, DogfoodPolicy, ControlLoopCatalog,
DecisionQueue, OfficeHourQueue, RiskRegister, plus founding exploration
in history/. Workplan BNKY-WP-0001 covers canon ratification, the first
internal audit, ecosystem cartography, flagship offer, and operating rhythm.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-16 02:48:50 +02:00
## Item template
```yaml
id: DEC-2026-NNN
title: ""
lane: yellow | orange | red
status: prepared | resolved | deferred
created_at: ""
needed_by: ""
attention_cost: ""
agent_recommendation: ""
evidence: []
options: [approve, reject, revise, defer]
fallback_if_no_response: ""
```
## Open decisions
2026-07-21 23:51:43 +02:00
_(none)_
## Resolved decisions
2026-07-18 13:48:24 +02:00
### DEC-2026-003 — Go for executor cutover (retire the cron bridge)
```yaml
id: DEC-2026-003
title: "Execute BINKY-WP-0004-T06: enable harness-scheduled Binky definitions, retire workstation cron bridge"
lane: yellow
2026-07-21 23:51:43 +02:00
status: resolved
outcome: approved and executed
resolved_at: "2026-07-21"
resolved_by: Bernd (prior approve) + agent cutover execution
2026-07-18 13:55:15 +02:00
state_hub_decision_id: "d47d288f-a76f-4e2f-b039-330028824397"
2026-07-18 13:48:24 +02:00
created_at: "2026-07-18"
2026-07-21 23:51:43 +02:00
consequence: "Workstation cron line removed 2026-07-21; railiance host timers
installed (scripts/railiance-rhythm/); three completion event types verified.
Residual continuous intake → BINKY-WP-0006."
2026-07-18 13:48:24 +02:00
evidence:
- integrations/executor-cutover-runbook.md
- integrations/harness-tenant-onboarding.md
2026-07-21 23:51:43 +02:00
- OperatingRhythm.md
2026-07-18 13:48:24 +02:00
```
2026-07-17 23:37:16 +02:00
2026-07-19 14:26:55 +02:00
### DEC-2026-004 — Qonto MCP: create API key, provision OpenBao lane (read-only use)
```yaml
id: DEC-2026-004
title: "Provision Qonto API credentials for the self-hosted Qonto MCP server (read-only harness lane)"
lane: red
2026-07-19 14:31:02 +02:00
status: resolved
outcome: approved
resolved_at: "2026-07-19"
resolved_by: Bernd
2026-07-19 14:26:55 +02:00
state_hub_decision_id: "a2a9de69-5bc1-434a-9a61-508ff3c12edf"
2026-07-19 14:31:02 +02:00
consequence: "Founder executes the Red-lane provisioning at the next office
hour, bundled with OH-2026-003's Qonto dashboard review: API key under
/settings/integrations + bao kv put tenants/binky/qonto/api (procedure in
integrations/qonto-mcp.md), plus plan tier/fee note for CostRunRate row 4.
Design as approved: self-hosted qonto/qonto-mcp-server, read-only via
harness tool allow-list, payments founder-only forever. BINKY-WP-0005-T05
(first read-only pull) unblocks after provision."
2026-07-19 14:26:55 +02:00
evidence:
- integrations/qonto-mcp.md
- workplans/BINKY-WP-0005-qonto-mcp-integration.md
```
2026-07-17 23:37:16 +02:00
### DEC-2026-002 — Agent harness: one shared runtime repo
2026-07-17 17:01:19 +02:00
```yaml
id: DEC-2026-002
2026-07-17 23:37:16 +02:00
title: "Executor worker ownership: new thin repo vs. inside activity-core"
2026-07-17 17:01:19 +02:00
lane: yellow
2026-07-17 23:37:16 +02:00
status: resolved
outcome: "approved, rescoped: single shared `agent-harness` repo for ALL projects"
resolved_at: "2026-07-17"
resolved_by: Bernd
2026-07-17 17:21:41 +02:00
state_hub_decision_id: "63620255-59d0-4109-bdee-4d0644c450e5"
2026-07-17 23:37:16 +02:00
consequence: "Three-layer model: blueprints in kaizen-agentic; instances as
declarative manifests + .kaizen state in consuming repos (no code, no
credentials, named tool profiles, pinned harness major); agent-harness is
the single credential holder / policy enforcer, deployed once on Railiance,
multi-tenant — binky-control is tenant #1 . executor-worker prototype
adopted as the harness seed. Recorded as agent-harness ADR-001 +
docs/architecture.md; foundation work in HARNESS-WP-0001."
2026-07-17 17:01:19 +02:00
```
2026-07-16 03:15:11 +02:00
Add company canon v0 and bootstrap workplan
Canon: INTENT, CompanyReactivationPlan, EcosystemMap, AutonomyPolicy,
SuccessMilestones, OfferCatalog, DogfoodPolicy, ControlLoopCatalog,
DecisionQueue, OfficeHourQueue, RiskRegister, plus founding exploration
in history/. Workplan BNKY-WP-0001 covers canon ratification, the first
internal audit, ecosystem cartography, flagship offer, and operating rhythm.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-16 02:48:50 +02:00
### DEC-2026-001 — Ratify company canon v0
```yaml
id: DEC-2026-001
title: "Ratify company canon v0 (INTENT, AutonomyPolicy, and companion docs)"
lane: red
2026-07-16 03:15:11 +02:00
status: resolved
2026-07-17 19:26:23 +02:00
state_hub_decision_id: "14383059-7698-4566-a664-858e3d49ee8d"
2026-07-16 03:15:11 +02:00
outcome: approved with edits
resolved_at: "2026-07-16"
resolved_by: Bernd
edits: "Railiance role refined to reliable deployment & operations (code → SaaS ecosystems and products); Operational Knowledge added as fourth ecosystem pillar (value from experience). Edits propagated to EcosystemMap.md and DogfoodPolicy.md."
Add company canon v0 and bootstrap workplan
Canon: INTENT, CompanyReactivationPlan, EcosystemMap, AutonomyPolicy,
SuccessMilestones, OfferCatalog, DogfoodPolicy, ControlLoopCatalog,
DecisionQueue, OfficeHourQueue, RiskRegister, plus founding exploration
in history/. Workplan BNKY-WP-0001 covers canon ratification, the first
internal audit, ecosystem cartography, flagship offer, and operating rhythm.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-16 02:48:50 +02:00
evidence:
2026-07-16 03:15:11 +02:00
- INTENT.md (v1.0)
Add company canon v0 and bootstrap workplan
Canon: INTENT, CompanyReactivationPlan, EcosystemMap, AutonomyPolicy,
SuccessMilestones, OfferCatalog, DogfoodPolicy, ControlLoopCatalog,
DecisionQueue, OfficeHourQueue, RiskRegister, plus founding exploration
in history/. Workplan BNKY-WP-0001 covers canon ratification, the first
internal audit, ecosystem cartography, flagship offer, and operating rhythm.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-16 02:48:50 +02:00
- AutonomyPolicy.md
2026-07-16 03:15:11 +02:00
consequence: "Canon v1.0 in force; AutonomyPolicy lanes active; Green/Blue work may proceed unattended."
Add company canon v0 and bootstrap workplan
Canon: INTENT, CompanyReactivationPlan, EcosystemMap, AutonomyPolicy,
SuccessMilestones, OfferCatalog, DogfoodPolicy, ControlLoopCatalog,
DecisionQueue, OfficeHourQueue, RiskRegister, plus founding exploration
in history/. Workplan BNKY-WP-0001 covers canon ratification, the first
internal audit, ecosystem cartography, flagship offer, and operating rhythm.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-16 02:48:50 +02:00
```