Project accepted visual-recon evidence through canonical StarIntel outbox #29
Labels
No labels
bug
documentation
duplicate
enhancement
feature
good first issue
help wanted
invalid
question
refactor
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nsaspy/hackmode#29
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Outcome
Add only the Hackmode-side cyber-evidence projection needed for accepted screenshot/visual-recon records from #142 to reach StarIntel through the existing canonical outbox/API boundary.
Owning RAGE lane
Hackmode integration/database boundary as appropriate after #142; not StarIntel product development.
Fence
Do not redesign StarIntel runtime/storage/UI/actors. Do not write StarIntel directly from BrowserWorker. Do not treat publish as acceptance. Hackmode remains local-first and the existing durable outbox/ack semantics remain authoritative.
Dependencies
Projection
Map only accepted typed cyber evidence: operation/asset identity, screenshot evidence reference/digest, title/final URL/status, timing/profile/browser provenance, relevant HTTP exchange/capture references, and stable observation identity. Secret-bearing raw bodies/headers remain local evidence refs unless explicitly authorized by existing policy.
Required behavior
RED-first tests
Fake StarIntel sink for outage/reconnect, duplicate retry, acceptance failure, provenance retention, and secret non-projection.
Acceptance proof
Persist one canonical screenshot observation locally with StarIntel unavailable, prove it remains usable and queued, reconnect a fake canonical sink, accept it exactly once, and retain provenance back to the local visual and HTTP/capture evidence.