Deliver G1–G9 gate-to-evidence and child-workplan maps, baseline inventory from binky-control, and proposed UPC-WP-0002–0004 for vessel, load, and revenue clusters. Mark foundation finished with DoD-Ok.
107 lines
3.4 KiB
Markdown
107 lines
3.4 KiB
Markdown
---
|
|
id: UPC-WP-0002
|
|
type: workplan
|
|
title: "Company vessel close-out (G1 + residual G2/G8)"
|
|
domain: infotech
|
|
repo: prj-unattended-progress-company
|
|
status: proposed
|
|
owner: bernd
|
|
topic_slug: infotech
|
|
repo_goal_id: "79a2b057-b765-47ad-b5d9-c1bbc49eba43"
|
|
created: "2026-08-11"
|
|
updated: "2026-08-11"
|
|
quality_dor: DoR-Ok
|
|
quality_dor_at: "2026-08-11"
|
|
quality_dor_by: "grok"
|
|
quality_dor_note: "Coordinates G1 OH drain and evidence only; no production code; Orange/Red work stays human or batched."
|
|
---
|
|
|
|
# Company vessel close-out (G1 + residual G2/G8)
|
|
|
|
## Goal
|
|
|
|
Drive **G1 (administratively clean)** to met or clearly residual-owned, and
|
|
shrink the Orange decision surface (**G8**) by completing the prepared
|
|
office-hour batch in `binky-control`.
|
|
|
|
Parent repo goal: `79a2b057-b765-47ad-b5d9-c1bbc49eba43`
|
|
Baseline: `inventory/baseline-g1-g9.md`, `architecture/gate-map.md`.
|
|
|
|
This workplan **coordinates and records evidence**. Founder executes Red/Orange
|
|
actions; agents prepare packages and update maps.
|
|
|
|
## Linked child records (do not duplicate tasks)
|
|
|
|
| Record | Repo | Role |
|
|
| --- | --- | --- |
|
|
| OH-2026-001 | binky-control | StB mandate JA 2025+ |
|
|
| OH-2026-002 | binky-control | DUO backlog / license transition |
|
|
| OH-2026-003 | binky-control | Qonto cost/access review |
|
|
| OH-2026-004 | binky-control | Handelsregister / address / purpose verify |
|
|
| OH-2026-005 | binky-control | Stripe stale webhook cleanup |
|
|
| CompanyReactivationPlan.md Phase 1 | binky-control | Checklist authority |
|
|
| SuccessMilestones.md S1 | binky-control | Founder milestone mark |
|
|
| Optional BINKY-WP-0008 | binky-control | Only if OH campaign needs a durable WP shell |
|
|
|
|
## Track OH batch completion in project evidence
|
|
|
|
```task
|
|
id: UPC-WP-0002-T01
|
|
status: todo
|
|
priority: high
|
|
```
|
|
|
|
For each of OH-2026-001…005, record in `evidence/g1-oh-batch.md` (create when
|
|
first item moves): id, date closed or deferred, outcome pointer into
|
|
`binky-control`, residual if any (`origin: residual`). Do not copy OH body
|
|
text.
|
|
|
|
## Keep gate map and Reactivation checklist aligned
|
|
|
|
```task
|
|
id: UPC-WP-0002-T02
|
|
status: todo
|
|
priority: high
|
|
```
|
|
|
|
After each OH close (or weekly), update `architecture/gate-map.md` G1/G8 rows
|
|
and confirm `binky-control/CompanyReactivationPlan.md` Phase 1 checkboxes
|
|
match evidence. Flag any Red-lane residual explicitly.
|
|
|
|
## Request S1 milestone update when vessel is clean enough
|
|
|
|
```task
|
|
id: UPC-WP-0002-T03
|
|
status: todo
|
|
priority: medium
|
|
```
|
|
|
|
When G1 evidence supports “administratively clean,” prepare a Yellow decision
|
|
package for founder to mark S1 in `SuccessMilestones.md` (or document residual
|
|
exceptions). Link package id from this project.
|
|
|
|
## Hand off non-G1 residuals
|
|
|
|
```task
|
|
id: UPC-WP-0002-T04
|
|
status: todo
|
|
priority: medium
|
|
```
|
|
|
|
Anything remaining after vessel close-out that is not G1 (domain inventory
|
|
AWQ-003, ecosystem cartography, etc.) must become a live residual in
|
|
`binky-control` or a later UPC-WP — not prose-only in this WP.
|
|
|
|
## Acceptance evidence expected back here
|
|
|
|
- `evidence/g1-oh-batch.md` with all five OH items closed or residual-owned
|
|
- Updated gate-map G1 status (`met` or `partial` with explicit residuals)
|
|
- Pointer to S1 decision or residual exceptions
|
|
- No open “ask Bernd because unsure” items for Phase 1 admin — only packaged
|
|
Red/Orange leftovers
|
|
|
|
## Out of scope
|
|
|
|
- Publishing the OK Audit offer (→ UPC-WP-0004 / binky Yellow package)
|
|
- Founder-load 30-day measurement (→ UPC-WP-0003)
|
|
- Production code or secret handling in this repo
|