Hare/yoi
1
1
Fork 0
Code Actions Packages Releases Activity
d93dbc0533
yoi/.yoi/tickets/00001KVXHVCR5/thread.md

8.2 KiB
Raw Blame History

作成

LocalTicketBackend によって作成されました。

Intake summary

Marked ready by yoi ticket state.

State changed

Marked ready by yoi ticket state.

State changed

Ticket を workspace-panel が queued にしました。

Decision

Routing decision: return_to_planning

Reason:

  • Dashboard Queue により人間が Orchestrator routing を許可した queued Ticket として確認した。
  • Ticket body は Plugin WASM runtime の全面 redesign を要求しているが、acceptance criteria が legacy runtime removal、Component Model only 化、Tool/Service/Ingress runtime、host-managed WebSocket driver、event queue/backpressure/retry、output command/grant checks、Manifest/WIT/PDK/templates 更新、status diagnostics、docs/tests/Nix validation まで含んでおり、単一の実装 Ticket としては broad multi-surface effort になっている。
  • bounded context check で既存 docs/design/plugin-component-model.md と docs/development/plugin-development.md を確認したところ、現行 docs/code direction は raw core-Wasm runtime を explicit compatibility/transitional support として残し、PluginInstanceRegistry で legacy raw-wasm / yoi:plugin/tool@1.0.0 component packages を adapter する方針を記録している。これは本 Ticket の「compatibility alias / fallback を作らない」「legacy runtime を active runtime から削除」と衝突する可能性がある。
  • TicketRelationQuery は blocking relation 0 件、TicketOrchestrationPlanQuery は既存 plan 0 件だったが、関連 docs/code の recorded direction と Ticket 要件の間に未解決の design decision が残っている。
  • これは risk flag だけの問題ではなく、実装前に release/pre-release compatibility 方針、WIT/manifest/service event API、WebSocket driver execution model、legacy removal scope、分割順序を固定しないと coder が project-wide API を決めてしまう種類の不足である。

Evidence checked:

  • Ticket body / thread: 00001KVXHVCR5 の item.md, thread.md。thread は create、planning->ready、ready->queued のみで、詳細な design decision / split plan / implementation order は記録されていない。
  • Relations / orchestration plan: relation 0 件、plan 0 件。
  • Docs/code context:
    • docs/design/plugin-component-model.md: Component Model migration、legacy raw wasm explicit/transitional support、PluginInstanceRegistry adapter 方針、host API grant boundary。
    • docs/development/plugin-development.md: wasm-component preferred runtime だが raw core-Wasm runtime が compatibility/transitional support として説明されている。
    • Grep context: LegacyToolAdapter, wasm-component, host_api.websocket, Service/Ingress/PluginInstance 周辺が複数 file に分散。
  • Workspace state: /home/hare/Projects/yoi/.worktree/orchestration は clean、inprogress Ticket は 0 件、implementation worktree/branch for this Ticket は未作成。

Missing decision / information:

  • この Ticket を「一括実装 Ticket」として進めるのか、Objective + concrete Tickets に分割するのか。
  • Legacy raw wasm / yoi-plugin-wasm-1 を即削除するか、現行 docs の transitional/adapter 方針を明示的に撤回するか。
  • v0 で実装する exact surface: Tool runtime cleanup のみ、Service/Ingress event queue boundary、WebSocket driver、WIT/PDK/templates、diagnostics/status のどこまでを同一 Ticket の done condition に含めるか。
  • plugin.toml / WIT / PDK の concrete schema/API shape と、現行 host_api.websocket pull API を reject/remove/deprecate/internal-only のどれにするか。
  • Wasmtime/component/service runtime の binary size / Nix / sandbox policy / execution limits に関する validation scope。

Why implementation latitude is insufficient:

  • Coder の local tactic selection で legacy compatibility policy や public/pre-release Plugin API direction を固定すると、manifest/WIT/PDK/templates/docs/tests すべての public-facing shape を一度に決めてしまう。
  • Service/Ingress event runtime と WebSocket driver は execution model と host authority boundary の設計そのものであり、単なる file-local implementation detail ではない。
  • 既存 docs に recorded direction があり、Ticket がそれを上書きするかどうかを実装者判断にすると project design authority を越える。

Next planning question/action:

  • この Ticket を Objective/roadmap context として扱い、以下のような concrete Tickets に分割するかを決める。
    1. Legacy raw wasm runtime removal / manifest rejection / docs fixture cleanup。
    2. Service/Ingress event queue and PluginInstance lifecycle boundary。
    3. Host-owned WebSocket driver design/implementation。
    4. WIT/PDK/templates update for event/command model。
    5. Plugin status/diagnostics overview。
  • あるいは、まず design/planning artifact Ticket に変更し、exact v0 schema/API/non-goals を決めてから実装 Ticket を切る。

Next action:

  • queued -> planning に戻し、Intake/planning で split plan または explicit v0 scope decision を作る。
  • Coder/Reviewer Pod は起動しない。

State changed

Queued Ticket is returned to planning before any implementation side effect.

Concrete missing decisions/information:

  • Whether this broad Plugin runtime redesign is a single implementation Ticket or should become Objective context plus concrete implementation Tickets.
  • Whether current recorded transitional/adapter support for raw wasm / yoi-plugin-wasm-1 is explicitly revoked before public release.
  • Exact v0 scope for legacy removal, Service/Ingress event queue, WebSocket driver, WIT/PDK/templates, and diagnostics/status.
  • Concrete manifest/WIT/PDK/API shape and how current host_api.websocket pull API is handled.
  • Validation and packaging scope for component/service runtime changes.

Checked context:

  • Ticket body/thread; relation 0 件; orchestration plan 0 件。
  • docs/design/plugin-component-model.md and docs/development/plugin-development.md, which currently describe raw core-Wasm as explicit compatibility/transitional support and mention adapter behavior.
  • Workspace state is clean and no implementation worktree/branch was created.

Why implementation latitude is insufficient:

  • These choices fix project-wide Plugin API, manifest, WIT, PDK, runtime authority, and service execution semantics. They conflict with or supersede existing recorded design direction and are not safe as coder-local tactic choices.

Next planning action:

  • Decide split plan / Objective context or convert this to an explicit design/planning artifact Ticket with a bounded v0 API decision before implementation routing.

State changed

Ticket を closed にしました。

完了

Decomposed into the Plugin objective and concrete implementation Tickets:

  • 00001KVXK0WD3 Remove legacy raw WASM Plugin runtime
  • 00001KVXK0WDH Reject legacy Plugin runtime in manifest and CLI diagnostics
  • 00001KVXK0WDQ Define Plugin Service lifecycle and ingress queue runtime
  • 00001KVXK0WDX Add Plugin service output command model
  • 00001KVXK0WE4 Add host-owned WebSocket driver for Plugin services
  • 00001KVXK0WEA Update Plugin WIT PDK templates for service event runtime

The broad redesign record is no longer an implementation work item.