[Kontynuacja 2026-09-15] Potwierdzona publikacja Issues: jawne repo, bledy synchronizacji i readback

[tom-sapletta-com]

Kontynuacja — semcod/planfile

• EXT-06: zweryfikowac i zautomatyzowac project-scoped intake -> GitHub Issue -> PR/receipt; nie uzywac domyslnego projektu operatora.
• Audyt zainstalowanego Planfile0.1.124 (source a00ccbe9c1d06193d3331b9e0ec8ab14a6922bdb): ticket create bez --sync pozostaje lokalny; sync_to_external lapie bledy per-ticket i ich nie agreguje do kodu zakonczenia. Potwierdzic na kontrolowanym backendzie awarii i naprawic bez live fault injection.
• Dodac maszynowy wynik created/reused/updated/failed oraz kod niezerowy przy niepowodzeniu wymaganego ticketu; zielony komunikat CLI nie zastępuje GitHub API readback.
• Powiazac remote ID i outbox z provider/repo/stable intake ID; zmiana repo nie moze skierowac aktualizacji do przypadkowego Issue o tym samym numerze.
• Testy dwoch intake, utraty odpowiedzi po create, restartu bez lokalnej mapy, braku sieci, wrong repo, partial failure i zachowania cudzego opisu/metadata.
• Zweryfikowac powtarzalnosc tej kampanii taskand-recovery-continuation-20260915. Nie dublowac Honor project_path in MCP plan reads, patches and sprint listing #71 (MCP project_path), Provide protected local CI and Validator coverage for Planfile PRs #81/Review and refresh the Planfile locked dependency graph #82 i PR78; skoordynowac zaleznosci, docs pod [DOCS] Standaryzacja dokumentacji, uzgodnienie historii i deduplikacja #85.

Zasady wznowienia

Plan na 2026-09-15, stan BACKLOG/PLAN. Przed praca odczytac aktualny Git/Issues/PR/receipts, governance i istniejacy intent; wznowic pasujacy zakres. To przekazanie nie uruchamia wykonawcy ani nie tworzy writer lease, approval lub deployment. Testy, niezalezny review i chroniona publikacja pozostaja wymagane. Zachowac obca prace i dane; nie robic masowych upgrade ani nowych standardow bez potrzeby.

Zrodla zakresu: https://github.com/semcod/taskand-glm53/blob/0f9df49f33d6cd85006fe4e41378f06b7347d7dd/docs/refactoring/external-dependencies-handoff.md oraz https://github.com/wellmanifest/goal/blob/main/docs/information/goal-standard.md

Potwierdzona diagnoza — 2026-09-14

Kontrolowany test lokalny z zainstalowanym Planfile 0.1.124 potwierdził błąd. Wywołano rzeczywiste sync_integration z backendem testowym, którego create_ticket zgłasza RuntimeError(CONTROLLED_SYNC_FAILURE_NO_NETWORK). Backend GitHub nie był inicjalizowany i nie wykonano zewnętrznej mutacji.
Wynik: Failed to sync controlled-failure, następnie Sync with github completed successfully; funkcja wróciła normalnie, proces zakończył się kodem 0. Naprawa agregacji błędów pozostaje do wykonania, nie jest wdrożona.
Osobno rzeczywista kampania: 27 rekordów w 24 repo opublikowano przez Planfile i potwierdzono niezależnym GitHub API readback. Ponowienie create_ticket na realnym backendzie bez lokalnych remote ID zwróciło te same 27 Issues. Ta deduplikacja nie rozwiązuje problemu fałszywego sukcesu po awarii ani nie dowodzi odporności na równoczesne create.
Indeks: https://github.com/subactor/docs/issues/195

Dostarczony wycinek — 2026-09-15

Ticket-078 przydzielony standardowym allocatorem z wyraźną zgodą na --force-new. PR #93 SCALONY przez niezależnego Validatora. HEAD c224047, merge faa2dd0, exact-head approval 5205942508. Sześć kontroli PR: SUCCESS; gałąź zdalna usunięta.
CLI używa teraz fail-closed outbound batch: zapisuje udane mapowania, raportuje nieudane ID i kończy się kodem 1 bez komunikatu sukcesu. Dotyczy również sync all i watch --once. Po outbound failure kierunek both nie importuje danych nad lokalnym zadaniem. Ponowienie aktualizuje udane rekordy zamiast tworzyć je ponownie.
Testy: 19 ukierunkowanych PASS; lokalnie Python 3.13 i 3.10 po 538 PASS, 6 istniejących pominięć. Governance, Ruff, kontrola nakładających się zmian i budowa wheel/sdist: PASS. Testy awarii używały wyłącznie offline backendów.
Cudzy dirty radar zmienia operations.py; zachowano ten plik bez różnic wobec bazy, CLI korzysta z osobnego modułu outbound.py i istniejących helperów. Bezpośredni legacy API operations.sync_to_external nadal wymaga skoordynowanej naprawy. Pozostają też repo-scoped outbox, pełny machine-readable created/reused/updated/failed i automatyczny readback. Dlatego to Issue pozostaje OPEN. Nie wykonano globalnej aktualizacji runtime, wydania ani wdrożenia.

Audyt operacyjny i sugestia — 2026-09-15

Weryfikować faktyczny import/build digest, nie sam --version. Scalone PR93 nie zaktualizowało globalnego runtime 0.1.124. Dokończyć legacy API fail-closed, repo-scoped outbox i automatyczny readback; koordynować #86/#89/#91/#92/#94, zachować cudze zmiany.

Obserwowane przypięcia lokalnego checkoutu

HEAD repo: 40dbf7164fdebf62247c8609e838fa8941749492. Odczyt plików lokalnych; nie jest dowodem stanu default branch ani wdrożenia.
Nie znaleziono przypięć w badanych manifest.lock.json, worktrees.lock.json, docs.json i standard-adoption.json. UNKNOWN: sprawdzić profil source-hub/alternatywną adopcję, nie utożsamiać z brakiem wszystkich standardów.

GitHub latest release new-project: v0.20.31 / 2b016654cff1a1ccef2c0d6126a9c2550ae6b37a; Worktrees: v0.5.3 / 57bcd6b6f5d266fa9952824f1d89d4d45d8a386d. Docs ma rozbieżne kanały: latest GitHub Release v0.1.0 i nowszą gałąź domyślną aa92136b4e94f48355c39fb206286aba024c6aa4. Wybór najnowszej kompatybilnej wersji wymaga katalogu/profilu; samo releases/latest nie wystarcza.

Kryteria następnej implementacji

• Potwierdzić pełny inventory ADOPT/HOME i wersje z chronionym katalogiem; rozróżnić latest compatible, drift, missing i unknown.
• Zaplanować tylko kompatybilne wymagane migracje przez zarządzany updater, z canary i rollback; nie edytować ręcznie managed hashes.
• Zmierzyć baseline i wynik usprawnienia (latencja, błędy, interwencje); zachować testy, exact-head review, limity authority i cudzą pracę.

Lokalna kolejka tej kampanii: .git/planfile/development-audit-20260915/queue/tickets.planfile.yaml. Lokalny runtime Planfile 0.1.125 z wheel SHA256 46a1859d89b046499d5a3efdd39e2e1254001257789c53e3668bc6af75a1710c; zależności współdzielone z Pythonem hosta (to nie hermetyczny lock środowiska). Globalny runtime pozostaje bez zmian. Kolejka/Issue to backlog, nie dowód implementacji lub wdrożenia. Kanoniczny raport przekrojowy należy do subactor/docs (#199).

Wynik realnego testu tej kampanii

2026-09-15: lokalny Planfile 0.1.125 zsynchronizował 25 rekordów w 24 repo (24 istniejące, jeden nowy). Niezależny GitHub API readback potwierdził repo, numer, tytuł, opis i pojedynczy marker dla 25/25. Ponowienie bez lokalnego ID/mapowania dla wellmanifest/worktrees#25 zwróciło ponownie #25, ale CLI wypisał Created. To dowód mylącego created/reused w realnym retry, nie podwójnego utworzenia.

Offline: kontrolowany wyjątek przy create w nowym outbound jest agregowany jako OutboundSyncError po zapisie stanu; dry-run nie wywołuje create/save. Legacy operations API nadal osobno. Zaobserwowano też shadowing importu przez cwd starego checkoutu przy python -c; -I wskazuje poprawny zainstalowany outbound.py. Doctor powinien raportować realny module path i digest, nie sam numer dystrybucji.

[tom-sapletta-com]

Field evidence from 2026-09-14, installed Planfile 0.1.124 (a00ccbe), 11 continuation Issues created through planfile ticket create -i github + planfile sync github --direction to in autogrammar/wellmanifest/subactor repos. Every Issue was read back (title + marker + sync/github.state.yaml mapping). Create works. The findings below are not covered by #87/#89/#91 and concern update, sharing and store selection:

1. Update path accumulates a second priority label scheme. Create uses priority-{p} (planfile/sync/github.py:89). _update_labels appends priority: {p} (:199) to new_labels = labels or [] (:197). That is the ticket's own list, so the mutation is persisted into the store and grows on every sync. Observed: subactor/validator-agent#503 gained priority: high, and local VA-001.labels held priority: high twice after two syncs by another session. Same symptom as Make Planfile GitHub synchronization label-idempotent wup#11; this is the root cause.
2. Update drops the Strategy Metadata section. Create appends **Strategy Metadata:** through _build_metadata_body. Update calls issue.edit(body=body) (:232) with the raw description and marker only, so the first re-sync changes an unchanged Issue body (autogrammar/intract#4).
3. A shared per-repo store republishes other sessions' tickets. sync --direction to updates every integration: github ticket in the store. In validator-agent another session created VA-002 in the same store four minutes after VA-001, and its sync rewrote #503 (findings 1 and 2). Each session's create is a fleet-wide update of that repository's Issues.
4. Silent parent-store fallback. Planfile.auto_discover walks parents (planfile/__init__.py:103). In a repo without .planfile/, CLI commands bind to ~/github/subactor/.planfile (124 tickets), ~/github/autogrammar/.planfile (80) or ~/.planfile. This contradicts wellmanifest/new-project docs/information/work-registration.md ("Never silently fall back to another project when an explicit path is missing"). Workaround used: initialize the repository-local store and assert store.project_dir == repo root before any write.
5. --direction from is not a safe adoption path. It imports every issue and PR (state=all, github.py:272) as GITHUB-{n} with integration: github (operations.py:374,384). The next to sync then rewrites those Issues from the local copy. There is no read-only link of one existing Issue to one local ticket.

Suggested acceptance additions: an idempotent re-sync regression (labels and body byte-identical), a sync filter for touched tickets only (or per-ticket ownership), and fail-closed store selection (explicit --project, or refusal outside the repository root).

[tom-sapletta-com]

Post-merge audit of #108 found a remaining status-contract gap: the Planfile store/configuration declares terminal statuses done, blocked, failed, canceled, but GitHubBackend._update_issue_state currently projects only done/completed/closed/canceled/cancelled to GitHub closed. blocked and failed therefore remain unchanged/open. This needs a follow-up bounded sync ticket/test; no hotfix or direct-main edit was made.

[tom-sapletta-com]

Operational audit after PR #109/#110 publication (read-only): the Goal workspace checker reports a ticket-identity collision in existing local worktrees: ticket-086 is claimed by different intents under ticket-084--routing-safety, ticket-087-sync-quality, and ticket-088--closure. It also reports legacy linked worktrees /home/tom/github/subactor/.worktrees/planfile-fail-precondition and planfile-legacy-status plus dirty canonical worktrees. No cleanup or repair was performed because the paths are not uniquely owned by this continuation and the policy requires preserving unknown/dirty history.

The exact ticket-086 publication worktree was independently verified clean, merged at b5c583a09abc68e2618cdda8302bca979b6b6e46, and removed safely. Follow-up allocator/lifecycle reconciliation should resolve the remaining claims through exact ticket IDs, not broad cleanup.