Repository navigation
Description
Tracer: Explicitly edit a received original and expose its current contents through message references
Parent
#631 — PersonaBot attachment file operations.
What to build
Human asks the PersonaBot's Orchestrator to edit a specific received text attachment in place. Reuse the first file-operation slice's trusted attachment access, add explicitly requested original writeback, and let Human download or reopen the original message's Attachment to see the changed current contents. Intentional references sharing the Attachment identity see the same current file; independent uploads stay independent.
Acceptance criteria
- Human can ask the real Orchestrator to read and explicitly edit one currently authorized original attachment using ordinary file capabilities. Default ZIP processing continues to use an independent saved working file.
- Resolve exact source association and current access before original access/writeback; a supplied file ID or raw Host path cannot select an unrelated original. Leaving the source Channel blocks subsequent source operations.
- Original writes update the owning profile-managed file. Original message reads/downloads and explicit shared-identity references return the changed current contents after refresh/restart.
- Two independently uploaded identical files remain independent; editing one leaves the other unchanged. The Human uploader's source file and any remote platform original remain unchanged.
- Ordinary current-file semantics apply. Add no application-level compare-before-write guard, lock, merge protocol or file-version archive; retain native Tool checks and existing Shell approval where used.
- The file edit itself creates no Source Revision, file-change Inbox Admission or additional Bot wake. An explicit conversational reply remains an ordinary message action.
- Missing files, revoked source access and write failures produce clear failure. No stale upload snapshot is used to recreate a missing original or claim write success.
- Provide a Human-operable real-model edit and download verification, plus GitHub-rendered E2E screenshots or recording in the PR. Validate default working-copy behavior remains intact.
- Update bilingual release guidance and architecture as needed, carry claim/commit/PR task trace, complete repository checks and pause the goal for Human QA after PR creation.
Blocked by
#632 — authorized received-file access and native file-operation integration.
Scope boundaries
No managed-original relocation, external-platform replacement, collaborative editor, version history or provider expansion. Reuse canonical file identity/current bytes and existing permission owners.
Metadata
Metadata
Assignees
Labels
Type
Projects
- StatusShow more project fieldsDone
Activity
DoodleBears commentedon Oct 1, 2026
Agent work claim
codex/local/01a0f268-9db7-7702-b051-bc1bb94b22b9(not a DSH Session)codex/633-original-attachment-editMerge main into original attachment edit slice
DoodleBears commentedon Oct 1, 2026
Agent work outcome
codex/local/01a0f268-9db7-7702-b051-bc1bb94b22b9(not a DSH Session)195d67f9359c4686e4d9c1e474020f61c43ac435integrates main7fe56622without changing task scope.Integrated full suite: 1671 passed / 1 existing skipped; typecheck, lint, ledgers, format and bundle build passed. Final-build cold restart and authenticated current-byte checks passed.
Exact-head CI is running at verify run 36834781451; PR is currently mergeable. CI/review are not asserted complete.
Merge Group departure fix into original attachment slice
DoodleBears commentedon Oct 1, 2026
Agent work claim — Human-approved merge preparation
codex/local/01a0f268-9db7-7702-b051-bc1bb94b22b9(not a DSH Session)codex/633-original-attachment-editfeat: edit selected original attachments with native tools (#653)
DoodleBears commentedon Oct 1, 2026
Agent work outcome — Human-approved merge completed
codex/local/01a0f268-9db7-7702-b051-bc1bb94b22b9(not a DSH Session)4c08342e8f92ef24e1db89570862424443d2f7c5d13ed8d4f67bb310a5fb03ce9a4e9ca2eb5dc16bReal-model native edit, actual browser download, current shared identity, independent upload/source preservation and Host restart proof remain in the PR with three publicly rendered screenshots. The newly merged Group departure behavior was retained in the prompt. No provider attachment support is claimed from this local proof.
The two approved local slices under #631 are complete. Next qualification is a narrow Lark attachment acquire/process/same-source file-reply tracer, respecting #12's separately active claim and public provider contract boundary. Hub/provider issues remain open.