prj-unattended-progress-com.../workplans/UPC-WP-0002-company-vessel-closeout.md
tegwick 2901cc98b6 derive state hub identifiers
Assistant: codex
Assistant-Model: gpt-5.6-sol
Assistant-Session: 01a053ff-1d6f-7fe2-ac1c-a6eb40a42a0c
2026-08-31 19:14:45 +02:00

175 lines
7.6 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
id: UPC-WP-0002
type: workplan
title: "Company vessel close-out (G1 + residual G2/G8)"
domain: infotech
repo: prj-unattended-progress-company
status: active
owner: bernd
topic_slug: infotech
repo_goal_id: "79a2b057-b765-47ad-b5d9-c1bbc49eba43"
created: "2026-08-11"
updated: "2026-08-16"
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."
state_hub_workstream_id: "8d47ba5f-0608-5f83-8b4b-7dee53ada6f6"
---
# 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: progress
priority: high
state_hub_task_id: "ab714cd3-9457-5386-8b3c-056702c234e4"
```
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.
**Progress (2026-08-12):** Tracker created at `evidence/g1-oh-batch.md` with
preflight for all five items (still 0/5 closed). Linked command-day runbook
`binky-control/officehour/2026-08-command-day-runbook.md`. Update rows as OH
items close in binky-control.
**Progress (2026-08-16):** Verified against binky-control — all five OH items
still `prepared`, no commits there since 2026-08-08, so the planned command-day
window (first half of August) lapsed with 0/5 drained. Tracker refreshed to
record the slip explicitly rather than letting a stale date imply progress.
Closed the batch's one prep gap: **OH-2026-004 `prepared_material` was `[]` and
is now filled** — free handelsregister.de retrieval path (no paid reseller),
the four fields to verify, the `2binky/` filing rule keeping personal data out
of repo evidence, and the explicit Orange/Red boundary (reading is Orange, any
notary-lane change is Red and must not be started on the day). All five items
now have usable prep; batch is founder-blocked, not preparation-blocked.
**Progress (2026-08-16, later):** Founder scheduled the command day for
**Sunday 2026-08-16 afternoon**. Runbook rescheduled and resequenced for a
Sunday: the Bohle-Horsmann office is closed, so OH-2026-001 loses its phone
option and becomes an *email dispatched first* (to land Monday morning) rather
than an item that closes on the day. Expected result is **4/5 closed + 001
awaiting reply**, RISK-006 to “awaiting counterparty” rather than mitigated,
with a Tue 2026-08-18 follow-up slot for call-or-fallback. OH-2026-005 was
missing from the runbook's must-do list and has been added.
## Keep gate map and Reactivation checklist aligned
```task
id: UPC-WP-0002-T02
status: progress
priority: high
state_hub_task_id: "0d10e613-a92e-5f3a-8152-d24e25c8aeae"
```
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.
**Progress (2026-08-12):** Gate map G1/G8 evidence column points at
`evidence/g1-oh-batch.md` and active UPC-WP-0002. Full Reactivation checklist
sync waits on first OH closes.
## Request S1 milestone update when vessel is clean enough
```task
id: UPC-WP-0002-T03
status: progress
priority: medium
state_hub_task_id: "ac7e4972-d6bc-5e35-b34e-c51bfbcedf2b"
```
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.
**Progress (2026-08-16):** Package drafted at `evidence/s1-decision-package.md`
(`UPC-EVID-S1-PKG-0001`, status `draft`). Structure is complete — decision
question, three named options, evidence table keyed to the five OH ids, and the
gate rule that OH-2026-005 (Stripe hygiene) is not a G1 blocker while 001004
are. Only the verdict cells are empty; they fill from `evidence/g1-oh-batch.md`
once the command day runs. Deliberately **not** presented to the founder yet —
a decision package with an empty evidence column is exactly the open-ended dump
invariant 5 prohibits. T03 stays `progress` until the batch drains.
## Hand off non-G1 residuals
```task
id: UPC-WP-0002-T04
status: progress
priority: medium
state_hub_task_id: "7fff1007-5283-5d3b-8408-d8a504b9542f"
```
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.
**Progress (2026-08-16) — pre-close-out sweep.** Ran the ownership sweep early
(it does not depend on the OH batch) against `inventory/baseline-g1-g9.md`,
`architecture/gate-map.md`, and `binky-control/CompanyReactivationPlan.md`:
| Non-G1 obligation | Owner | Verdict |
| --- | --- | --- |
| Domain inventory, cartography, Eigenentwicklung IP evidence, open-weights retarget | AWQ-003, 006, 002, 012 | Live records already ✔ |
| Website / digital presence | UPC-WP-0004 (linked children) | Owned ✔ |
| G4 load measurement | UPC-WP-0003 (tasks proposed, not activated) | Owned ✔ |
| G3 acceptance evidence pack | UPC-WP-0003 | Owned ✔ |
| **Contracts / IP ownership (GmbH vs Bernd privately)** | — | **Gap → new `AWQ-013`** |
One real gap. The Reactivation Plan calls IP ownership clarification “needed
before selling ecosystem products,” but it existed only as an unchecked
checklist box with no work record — and it gates G5/G6, the immediate
commercial move after the G1 drain. Now `binky-control` `AWQ-013`
(`origin: residual`, `origin_ref: UPC-WP-0002-T04`). It is distinct from
AWQ-002: that assembles IP *evidence*, this is the *determination* consuming
it. Inventory table is green-lane; the allocation/transfer itself is Red
(contracts, plausibly tax-relevant — worth an StB question once OH-2026-001
lands).
T04 stays `progress`: the sweep is a pre-pass, and the task closes only after
vessel close-out, when whatever the command day throws off is also routed.
## 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