Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
14 changes: 12 additions & 2 deletions linear/docs/process/claw_v1_boundary_model_v1.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,9 @@
# Claw v1 Boundary Model v1

Status: Working baseline
Primary issue: [BIT-198Plan: Taylor01 runtime boundary and Claw-direction architecture](https://linear.app/bitpod-app/issue/BIT-198/plan-taylor01-runtime-boundary-and-claw-direction-architecture)
Status: Active minimum-floor baseline
Primary issue: [BIT-215Taylor01: decide Claw v1 scope and boundary](https://linear.app/bitpod-app/issue/BIT-215/taylor01-decide-claw-v1-scope-and-boundary)
Related issues:
- [BIT-198 — Plan: Taylor01 runtime boundary and Claw-direction architecture](https://linear.app/bitpod-app/issue/BIT-198/plan-taylor01-runtime-boundary-and-claw-direction-architecture)
- [BIT-114 — Define OpenClaw-native operator intake and dispatch surface](https://linear.app/bitpod-app/issue/BIT-114/define-openclaw-native-operator-intake-and-dispatch-surface)
- [BIT-115 — Prove personal-computer -> OpenClaw HQ conversational/dispatch loop](https://linear.app/bitpod-app/issue/BIT-115/prove-personal-computer-openclaw-hq-conversationaldispatch-loop)
- [BIT-205 — Define Taylor01 operator intake and supporting surface adapters](https://linear.app/bitpod-app/issue/BIT-205/define-taylor01-operator-intake-and-supporting-surface-adapters)
Expand Down Expand Up @@ -86,6 +87,15 @@ So the current relationship is:
- `bitpod-taylor-runtime`
- owns the live runtime substrate and runtime proof lane

## Relationship to current OpenClaw doctrine in `bitpod-tools`

- `bitpod-tools` remains the owning doctrine surface for the current
proving-ground operator contract
- [BIT-114 — Define OpenClaw-native operator intake and dispatch surface](https://linear.app/bitpod-app/issue/BIT-114/define-openclaw-native-operator-intake-and-dispatch-surface)
stays the practical OpenClaw-side contract owner for the current proof lane
- this boundary model constrains that doctrine from the Taylor01 side without
replacing it as the Bootstrap proving-ground operator contract

## Required non-goals

Do not use Claw v1 work to:
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -122,6 +122,31 @@ They must not do these things:
- bypass Linear or repo truth for durable outcomes
- force the system to depend on one transport-specific behavior

## Taylor01 supporting-surface boundary

This proving-ground contract is also the current practical input to
[BIT-205 — Define Taylor01 operator intake and supporting surface adapters](https://linear.app/bitpod-app/issue/BIT-205/define-taylor01-operator-intake-and-supporting-surface-adapters).

Taylor01-side retained artifact:

- `linear/docs/process/taylor01_operator_intake_supporting_surface_adapters_v1.md`

Use this split:

- primary operator path:
personal computer control console -> HQ runtime -> durable repo or Linear
truth surfaces
- supporting adapters:
Discord or other transports that can relay intent, mirror progress, or return
links without becoming the primary truth surface
- non-goal:
do not treat a transport-specific command surface or local overlay as the
final Taylor01 adapter architecture

This means the current OpenClaw contract informs the Taylor01 minimum floor,
but does not replace the Taylor01-side architecture owner under
[BIT-198 — Plan: Taylor01 runtime boundary and Claw-direction architecture](https://linear.app/bitpod-app/issue/BIT-198/plan-taylor01-runtime-boundary-and-claw-direction-architecture).

## Transitional versus target-state

### Transitional now
Expand Down
162 changes: 86 additions & 76 deletions linear/docs/process/phase4_return_sequence_post_taylor01_2026-03-12.md

Large diffs are not rendered by default.

16 changes: 16 additions & 0 deletions linear/docs/process/taylor01_backlog_seed_v1.md
Original file line number Diff line number Diff line change
Expand Up @@ -80,6 +80,22 @@ Seed the future Taylor01 backlog without forcing immediate execution.

These are seed items only.

Items 9 through 13 are now live as:

- [BIT-214 — Taylor01: lock minimum real-Taylor runtime contract](https://linear.app/bitpod-app/issue/BIT-214/taylor01-lock-minimum-real-taylor-runtime-contract)
- [BIT-215 — Taylor01: decide Claw v1 scope and boundary](https://linear.app/bitpod-app/issue/BIT-215/taylor01-decide-claw-v1-scope-and-boundary)
- [BIT-216 — Taylor01: decide capability container direction beyond current `SKILL.md`](https://linear.app/bitpod-app/issue/BIT-216/taylor01-decide-capability-container-direction-beyond-current-skillmd)
- [BIT-217 — Taylor01: classify current artifacts by durability and overlay status](https://linear.app/bitpod-app/issue/BIT-217/taylor01-classify-current-artifacts-by-durability-and-overlay-status)
- [BIT-218 — Taylor01: define future dedicated repo extraction trigger for Claw](https://linear.app/bitpod-app/issue/BIT-218/taylor01-define-future-dedicated-repo-extraction-trigger-for-claw)

Current ordering is minimum-floor-first:

- first [BIT-214 — Taylor01: lock minimum real-Taylor runtime contract](https://linear.app/bitpod-app/issue/BIT-214/taylor01-lock-minimum-real-taylor-runtime-contract),
[BIT-215 — Taylor01: decide Claw v1 scope and boundary](https://linear.app/bitpod-app/issue/BIT-215/taylor01-decide-claw-v1-scope-and-boundary),
and [BIT-205 — Define Taylor01 operator intake and supporting surface adapters](https://linear.app/bitpod-app/issue/BIT-205/define-taylor01-operator-intake-and-supporting-surface-adapters)
- then the first real proof lane in Bootstrap
- then the later refinement lanes

They should influence new work immediately, but they should not become a migration program unless explicitly promoted.

Temporary bypasses should not be dumped here by default.
Expand Down
40 changes: 29 additions & 11 deletions linear/docs/process/taylor01_claw_v1_linear_issue_packet.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
# Taylor01 Claw v1 Linear Issue Packet

Status: Active creation packet
Status: Active reconciliation packet
Primary issue: [BIT-198 — Plan: Taylor01 runtime boundary and Claw-direction architecture](https://linear.app/bitpod-app/issue/BIT-198/plan-taylor01-runtime-boundary-and-claw-direction-architecture)
Related issues:
- [BIT-100 — Define AI-agent portability boundary and repo extraction strategy](https://linear.app/bitpod-app/issue/BIT-100/define-ai-agent-portability-boundary-and-repo-extraction-strategy)
Expand All @@ -12,21 +12,39 @@ Project: [Taylor01](https://linear.app/bitpod-app/project/taylor01-b51442062c45)

## Purpose

Provide ready-to-create Linear issue payloads for the missing Taylor01 Claw v1
architecture lanes identified in `taylor01_claw_v1_umbrella_plan.md`.
Provide the retained issue packet for the Taylor01 Claw v1 architecture lanes
identified in `taylor01_claw_v1_umbrella_plan.md`, plus the current alignment
notes for how those lanes should now be sequenced and parented.

These payloads are intentionally narrow. They should create missing planning and
boundary lanes without reopening proof work or prematurely starting extraction.
These payloads were intentionally narrow so the missing planning and boundary
lanes could be created without reopening proof work or prematurely starting
extraction.

## Creation notes

- milestone assignment is intentionally left unverified in this packet
- create these issues as architecture and boundary lanes, not execution-closeout
tickets
- link each issue back to
- all created issues now live in Taylor01 Phase 4
- all created issues now sit under
[BIT-198 — Plan: Taylor01 runtime boundary and Claw-direction architecture](https://linear.app/bitpod-app/issue/BIT-198/plan-taylor01-runtime-boundary-and-claw-direction-architecture)
and [BIT-100 — Define AI-agent portability boundary and repo extraction strategy](https://linear.app/bitpod-app/issue/BIT-100/define-ai-agent-portability-boundary-and-repo-extraction-strategy)
where relevant
- [BIT-205 — Define Taylor01 operator intake and supporting surface adapters](https://linear.app/bitpod-app/issue/BIT-205/define-taylor01-operator-intake-and-supporting-surface-adapters)
is part of the same minimum architecture floor and should be sequenced before
the first proof lane
- [BIT-216 — Taylor01: decide capability container direction beyond current `SKILL.md`](https://linear.app/bitpod-app/issue/BIT-216/taylor01-decide-capability-container-direction-beyond-current-skillmd),
[BIT-217 — Taylor01: classify current artifacts by durability and overlay status](https://linear.app/bitpod-app/issue/BIT-217/taylor01-classify-current-artifacts-by-durability-and-overlay-status),
[BIT-218 — Taylor01: define future dedicated repo extraction trigger for Claw](https://linear.app/bitpod-app/issue/BIT-218/taylor01-define-future-dedicated-repo-extraction-trigger-for-claw),
and [BIT-235 — Plan: Taylor01-HQ org-agnostic local environment and bootstrap boundary](https://linear.app/bitpod-app/issue/BIT-235/plan-taylor01-hq-org-agnostic-local-environment-and-bootstrap-boundary)
are proof-informed refinement lanes rather than proof blockers

## Current execution order

1. Close Bootstrap Phase 3 truthfully.
2. Lock the minimum architecture floor through
[BIT-214 — Taylor01: lock minimum real-Taylor runtime contract](https://linear.app/bitpod-app/issue/BIT-214/taylor01-lock-minimum-real-taylor-runtime-contract),
[BIT-215 — Taylor01: decide Claw v1 scope and boundary](https://linear.app/bitpod-app/issue/BIT-215/taylor01-decide-claw-v1-scope-and-boundary),
and [BIT-205 — Define Taylor01 operator intake and supporting surface adapters](https://linear.app/bitpod-app/issue/BIT-205/define-taylor01-operator-intake-and-supporting-surface-adapters).
3. Start the first real proof lane through
[BIT-115 — Prove personal-computer -> OpenClaw HQ conversational/dispatch loop](https://linear.app/bitpod-app/issue/BIT-115/prove-personal-computer-openclaw-hq-conversationaldispatch-loop)
and [BIT-97 — Prove Taylor as a real AI agent in any live operator surface](https://linear.app/bitpod-app/issue/BIT-97/prove-taylor-as-a-real-ai-agent-in-any-live-operator-surface).
4. Use proof results to refine the remaining future-facing Taylor01 issues.

## Creation record

Expand Down
Loading
Loading