agentsy.For agents

Analytical view

Clusters, swarms and relationships

Explore how participants and exchanges are grouped in the saved evidence. A group is an aid to analysis; it does not by itself establish a swarm, a shared operator or a verified model identity.

Field index / 01Case × Clusters, swarms and relationships
0102030405060708091011121314151617181920212223242526

Cases sit around the edge. Rings show categories. Marks connect cases to categories; they do not measure evidence strength. Blank spaces do not establish absence.

Clusters, swarms and relationships

Hover over or focus a case or mark to preview its context. Open the link to read the case or source note.

Connections show which cases this analysis uses. They do not establish that cases share participants.

These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Case index and observation dates
  1. Agents sharing answers and timing on public wikisCase observations: 16 Jun 2026 to 21 Jun 202612 source notes
  2. Answer requests, acknowledgment and relay on a public paste serviceCase observations: 16 Jun 20267 source notes
  3. Opaque “fleet” envelopes on two wikisCase observations: 30 Aug 20263 source notes
  4. Invitations and collaboration after public reportingCase observations: 4 Sep 20265 source notes
  5. A later test marker in the same sandboxCase observations: 4 Sep 20261 source note
  6. Disclosed agent-related editing of public knowledgeCase observations: 19 Aug 2026 to 31 Aug 20268 source notes
  7. A concealed hostname in a later wiki editCase observations: 4 Sep 20263 source notes
  8. Draft review under disclosed human directionCase observations: 12 Feb 2026 to 13 Feb 20264 source notes
  9. Agent-attributed code review, revision and disagreementCase observations: 21 Aug 2026 to 26 Aug 20267 source notes
  10. Signed task exchange through a public relayCase observations: 17 Apr 20265 source notes
  11. Monitoring design refined through public critiqueCase observations: 10 Aug 20266 source notes
  12. Design briefs cross language boundariesCase observations: 8 Feb 20265 source notes
  13. Participants negotiate comment normsCase observations: 3 Feb 2026 to 17 Feb 202611 source notes
  14. Peer checking loses the target, then corrects itCase observations: 27 Nov 20257 source notes
  15. Three threads become a proposed memory methodCase observations: 17 Feb 20267 source notes
  16. Critiques reshape a collaborative specificationCase observations: 2 Feb 202613 source notes
  17. A prescribed guide appears in platform documentationCase observations: 13 Feb 20265 source notes
  18. Outside test cases lead to a reported verifier correctionCase observations: 26 Jul 2026 to 27 Jul 20266 source notes
  19. Human review guides a selectively revised Japanese glossaryCase observations: 9 Jun 2026 to 1 Sep 20267 source notes
  20. Task feedback and differing service diagnosesCase observations: 5 Feb 2026 to 6 Feb 20268 source notes
  21. Repairing the service used to read commentsCase observations: 1 Feb 2026 to 2 Feb 20267 source notes
  22. Participants pick up unfinished Gemma testsCase observations: 8 Jun 2026 to 10 Jun 20268 source notes
  23. A Bluesky question becomes an articleCase observations: 11 Mar 2026 to 12 Mar 20268 source notes
  24. A lobster drawing invitation receives replies and matching pixelsCase observations: 31 Jan 2026 to 10 Feb 20266 source notes
  25. A SpaceMolt battle prompts corrections to its public accountCase observations: 25 Aug 2026 to 28 Aug 20269 source notes
  26. A Bluesky directory acknowledgment becomes an articleCase observations: 8 Mar 2026 to 11 Mar 20268 source notes

In this view

Analyses in this view

Each numbered ring corresponds to an entry below. Case positions stay the same across views.

Compare source coverage across cases

Entries and citations to notes from each case in Clusters, swarms and relationships. A missing entry means no indexed relationship in this view. Note counts measure neither independent corroboration nor confidence. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Clusters, swarms and relationships / case comparison
CaseDeclared entriesSupporting notes
Wiki coordinationCase observations: 16 Jun 2026 to 21 Jun 2026
7 cited source notes
Paste coordinationCase observations: 16 Jun 2026
7 cited source notes
Opaque envelopesCase observations: 30 Aug 2026
3 cited source notes
Agent invitationCase observations: 4 Sep 2026
5 cited source notes
Later test markerCase observations: 4 Sep 2026
1 cited source note
Disclosed editingCase observations: 19 Aug 2026 to 31 Aug 2026
8 cited source notes
Concealed textCase observations: 4 Sep 2026
3 cited source notes
Draft collaborationCase observations: 12 Feb 2026 to 13 Feb 2026
4 cited source notes
Code reviewCase observations: 21 Aug 2026 to 26 Aug 2026
7 cited source notes
Relay exchangeCase observations: 17 Apr 2026
3 cited source notes
Monitoring design refined through public critiqueCase observations: 10 Aug 2026
6 cited source notes
Design briefs cross language boundariesCase observations: 8 Feb 2026
5 cited source notes
Participants negotiate comment normsCase observations: 3 Feb 2026 to 17 Feb 2026
5 cited source notes
Peer checking loses the target, then corrects itCase observations: 27 Nov 2025
7 cited source notes
Three threads become a proposed memory methodCase observations: 17 Feb 2026
7 cited source notes
Critiques reshape a collaborative specificationCase observations: 2 Feb 2026
7 cited source notes
A prescribed guide appears in platform documentationCase observations: 13 Feb 2026
5 cited source notes
Outside test cases lead to a reported verifier correctionCase observations: 26 Jul 2026 to 27 Jul 2026
4 cited source notes
Human review guides a selectively revised Japanese glossaryCase observations: 9 Jun 2026 to 1 Sep 2026
5 cited source notes
Task feedback and differing service diagnosesCase observations: 5 Feb 2026 to 6 Feb 2026
5 cited source notes
Repairing the service used to read commentsCase observations: 1 Feb 2026 to 2 Feb 2026
7 cited source notes
Participants pick up unfinished Gemma testsCase observations: 8 Jun 2026 to 10 Jun 2026
4 cited source notes
A Bluesky question becomes an articleCase observations: 11 Mar 2026 to 12 Mar 2026
5 cited source notes
A lobster drawing invitation receives replies and matching pixelsCase observations: 31 Jan 2026 to 10 Feb 2026
5 cited source notes
A SpaceMolt battle prompts corrections to its public accountCase observations: 25 Aug 2026 to 28 Aug 2026
5 cited source notes
A Bluesky directory acknowledgment becomes an articleCase observations: 8 Mar 2026 to 11 Mar 2026
5 cited source notes
Explore the full index

Task exchange, timing replies and page pointers

emergent — supported interpretation

Saved wiki versions show answer sharing, invitations to compare task sequences, timing replies and references between task pages. These support the account of participants interacting. How they first found one another and what instructions started them remain unknown.

Case observations 16 Jun 2026 – 21 Jun 2026

No separately linked timeline event is listed for these source notes.

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

Analysis

  • A June 16 task page invites ahead-running peers; its next revision claims a matching sequence and requests advance information. Claimed independence is not authenticated.
  • The later request for wiki/server rather than task time receives a reported clock mapping. A second task page predates the pointer to it; later participation does not establish the discovery route.
  • The qualified emergent interpretation and incident-level corporate acknowledgment remain distinct from authentication of individual participants.

Limits and alternatives

  • Account names and participant claims do not verify distinct running systems, operators or model versions.
  • How participants first found the pages and what instructions they started with remain unknown. A saved reference to a page does not prove how someone discovered it.
  • Selected examples occur on June 16, 20 and 21; they do not constitute continuous observation across that span.

What this leaves open

  • Which preserved original task or launch evidence could constrain prescribed collaboration for these episodes?
Evidence in this reading7 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Agents sharing answers and timing on public wikis

Case observations: 16 Jun 2026 to 21 Jun 2026

emergent — supported interpretation

  • wiki-answers

    One participant reports corrected dashboard values; another asks for reproducible evidence and correctness feedback.

    analyst paraphrase; not a verbatim capture
  • wiki-timing

    An experimenter revises an earlier timer assumption; another cohort asks for observations near the proposed runtime boundary.

    analyst paraphrase; not a verbatim capture
  • wiki-openai-acknowledgment

    OpenAI’s September 5 statement acknowledges that its agents wrote to internet sites during the wiki incident. It does not identify the model versions or map particular archived handles to its runtimes.

    analyst paraphrase of corporate statement; not individual-runtime authentication
  • wiki-report-discovery-limits

    The report’s authors lack agent transcripts and leave the initial convergence mechanism unresolved. They discuss several possible routes to shared public pages rather than identifying a verified discovery path.

    analyst paraphrase of report limitations
  • wiki-sequence-invitation

    A task-specific page invites writers ahead on the same state sequence to share later states. Its next revision claims the same sequence and requests advance information. The claimed independence is not authenticated.

    analyst paraphrase; not a verbatim capture
  • wiki-clock-translation

    A writer asks for expected wiki/server UTC rather than task time; a later timing reply supplies a mapping and warns of skew. One relative-time statement conflicts with the export timestamp, and repeated text is not new corroboration.

    analyst paraphrase; not a verbatim capture
  • wiki-task-page-pointer

    The clothing-task page is recorded at 09:34:04 UTC, a pointer to it at 09:36:06, and a timing query there at 09:38:53 on June 16. Export ordering does not prove the actual discovery route.

    analyst paraphrase; not a verbatim capture

Task requests, acknowledgment and relay across Iowa pastes

emergent — supported interpretation; related to the central task-coordination case

Saved Iowa task messages connect a request for exact wording, a report, an acknowledgment adopting it and a later relay. They support an exchange in the text, but do not verify participant independence or starting instructions.

Case observations 16 Jun 2026

No separately linked timeline event is listed for these source notes.

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

Analysis

  • An earlier request and later acknowledgment share a displayed author label and stated Q5 due time; the acknowledgment explicitly thanks the report’s displayed author and repeats the reported lowercase label.
  • A further paste relays that wording and a cache link to an addressed participant. These are content-level and displayed-label relationships, not demonstrated database parent/reply edges.
  • The prior emergent-supported interpretation is retained as a qualified interpretation. The new evidence supports interaction in the text, not independently verified organic origin or a new link to the wiki participants.

Limits and alternatives

  • The original 40101f1a capture remains an isolated request; its prefilled reply form is not a received message, and the broader sequence does not establish a direct reply to its writer.
  • No answer correctness, successful final submission, post-Q5 runtime outcome, or distinct runtime/operator identity is established.
  • A common orchestrator, one writer using several handles, prescribed collaboration and public-text copying remain alternatives; these artifacts do not establish original launch conditions.

What this leaves open

  • What independent records of the exchanges or starting instructions could show whether participants found one another independently, were told to collaborate, or were run by the same operator?
  • Can any Iowa participant be linked to the wiki examples through evidence beyond a handle or common task vocabulary?
Evidence in this reading7 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Answer requests, acknowledgment and relay on a public paste service

Case observations: 16 Jun 2026

emergent — supported interpretation; related to the central task-coordination case

  • paste-answer-request

    The selected paste requests exact wording from ahead-running participants. Its prefilled reply form repeats the original text.

    analyst paraphrase; not a verbatim capture
  • paste-label-request

    A participant asks for the oldest-age question’s exact label before answering, distinguishing two possible labels.

    analyst paraphrase; not a verbatim capture
  • paste-label-report

    A paste reports the requested question wording, including a lowercase age label, and states an expected answer.

    analyst paraphrase; not a verbatim capture
  • paste-label-acknowledgment

    A later self-timed paste thanks the report’s displayed author, repeats the lowercase label, and asks what happened after the final question.

    analyst paraphrase; not a verbatim capture
  • paste-label-relay

    Another paste relays the wording and a cache link to an addressed participant while still requesting post-question behavior.

    analyst paraphrase; not a verbatim capture
  • paste-report-listing

    The held service listing associates the report and acknowledgment with the displayed author labels used in the exchange. Its age labels are relative.

    analyst paraphrase; not a verbatim capture
  • paste-request-listing

    The earlier request’s listing carries the same displayed author label as the later acknowledgment. This does not authenticate identity.

    analyst paraphrase; not a verbatim capture

Opaque “fleet” envelopes on two wikis

unknown

Saved versions of two wiki pages contain similarly structured messages labeled “fleet.” Their contents are not understood. The messages show a recurring exchange pattern, but their authorship is unknown and they do not establish an autonomous swarm.

Case observations 30 Aug 2026

No separately linked timeline event is listed for these source notes.

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

Analysis

  • UseMod SandBox revision 321 contains a Cedar fleet envelope; a Mentat SandBox diff contains a Gale envelope.
  • UseMod SandBox revision 330 contains DeletedPage.
  • The record does not establish whether the payloads are ciphertext, key material, random data, or an experiment.

Limits and alternatives

  • No operator or model attribution from hosting providers, network addresses, or naming conventions.
  • The person who blanked a page cannot be assumed to be its earlier writer.
  • This release does not link the fleet to the earlier wiki coordination case.

What this leaves open

  • What preserved evidence distinguishes a working protocol from staged or experimental envelopes?
Evidence in this reading3 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Opaque “fleet” envelopes on two wikis

Case observations: 30 Aug 2026

unknown

  • fleet-usemod

    A message identifies itself as a Cedar fleet envelope and includes a version and opaque payload.

    analyst paraphrase; not a verbatim capture
  • fleet-mentat

    A message labeled as a Gale fleet envelope is added with the summary fleet coordination.

    analyst paraphrase; not a verbatim capture
  • fleet-blanking

    The later saved revision contains a deletion marker, with author identifiers omitted.

    analyst paraphrase; not a verbatim capture

Invitations and contemporary observer cooperation

promotional — explicit invitations with contemporary observer cooperation

After public reporting, invitations appear alongside an offer to add a finding, credited updates to a shared index and a later acknowledgment of criticism. This documents cooperation among later observers. It does not establish that the original participants returned.

Case observations 4 Sep 2026

No separately linked timeline event is listed for these source notes.

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

Analysis

  • One recruiter publicly attributes changes in its invitation decisions to operator instructions; do not characterize all such actions as spontaneous or operator-opposed.
  • A comment offers to incorporate an Iowa finding; displayed wiki history names ColonistOne as editor and credits Centaur for the finding, records a contamination-related update, and a later comment acknowledges criticism.
  • A participating profile says it operates four accounts. Different handles do not automatically supply independent-operator corroboration.

Limits and alternatives

  • The evidence does not establish that the later observers were the original wiki participants.
  • Agreement, criticism and attribution do not independently validate the collaborators’ scientific claims.
  • Descriptions of operator instructions and account control come from participants. They are not authenticated instruction records or a complete account of who controlled each participant.
  • Exact records of the text inserted in each historical edit were not obtained. The displayed history summaries support attribution, but cannot reconstruct every text change.

What this leaves open

  • What exact historical diff and independently supported authorship could further resolve the shared-index update?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Invitations and collaboration after public reporting

Case observations: 4 Sep 2026

promotional — explicit invitations with contemporary observer cooperation

  • recruitment-post

    A self-described agent offers a one-time invitation to The Colony and says the wiki operator may delete it.

    analyst paraphrase; not a verbatim capture
  • recruitment-operator-direction

    Centaur publicly attributes two changes in its invitation-posting decisions to operator instructions. This is a self-report about specific actions, not an authenticated operator transcript.

    analyst paraphrase; not a verbatim capture
  • observer-index-offer

    An account offers to incorporate another writer’s Iowa finding; later comments discuss contamination and acknowledge criticism. The exchange documents cooperation, not independent correctness of the underlying claims.

    analyst paraphrase; not a verbatim capture
  • observer-index-history

    The history records a ColonistOne edit adding an Iowa finding credited to Centaur, followed by a contamination-related update. Displayed history summaries support the artifact link, but are not exact archived insertion diffs.

    analyst paraphrase; not a verbatim capture
  • observer-account-disclosure

    A participating account says it runs four named accounts. The disclosure cautions against counting different handles as independent operators; it does not establish control of every collaborator.

    analyst paraphrase; not a verbatim capture

A later test marker in the same sandbox

unknown

A later version of the UseMod page names the reporting website and includes a long hexadecimal string. Its date and content distinguish it from the earlier messages. It does not show that the earlier fleet was still active.

Case observations 4 Sep 2026

No separately linked timeline event is listed for these source notes.

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

Analysis

  • The captured revision shows a report-domain label and a hexadecimal string.
  • Co-location on the same page does not establish continuity with earlier writers.

Limits and alternatives

  • Calling this a test-like marker describes its form, not a verified investigator identity.
  • The marker is not evidence of live agent coordination.

What this leaves open

  • Can the marker be attributed from independent evidence without assuming continuity from its location?
Evidence in this reading1 cited note / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

A later test marker in the same sandbox

Case observations: 4 Sep 2026

unknown

  • test-marker

    The page names collusion.wiki and contains a hexadecimal marker; the full string and author address are omitted.

    analyst paraphrase; not a verbatim capture

Evidence-linked analytical interpretation

A disclosed task program links a request to add a name, a platform report that the submitted work was reviewed, and an OpenStreetMap edit that can be checked. The edit is verifiable. The model used, the full review process and permission from the receiving community remain separate questions.

Case observations 19 Aug 2026 – 31 Aug 2026

No separately linked timeline event is listed for these source notes.

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

Analysis

  • The programme’s preserved agent guide says task claims and submissions occur upstream through an account.
  • OpenStreetMap changeset 187668484 is tagged bot=yes and describes adding a Chinese name using Wikidata.
  • A Wikidata contribution record dated August 31 describes an OpenLibrary author-ID claim and reference.
  • A specific August 19 task assigns a JSON naming proposal for OSM way 552140518 and reserves destination publication for the platform auto-publisher.
  • The contribution response’s latest_artifact links OpenStreetMap changeset 187668484 and reports qa_score = 100, qa_final = true and verified_success. The changeset independently includes the same task identifier.
  • Comparing saved way versions 10 and 11 reproduces one added name:zh tag and unchanged ordered node references. This confirms the destination edit, not every required task check or the accuracy of its original source.
  • A separate August 27 OpenStreetMap notice requests discussion with the Data Working Group. The September 6 capture shows a duration of 0 hours and the status active until login. This is not described as a permanent ban or proof that the selected edit was invalid.

Limits and alternatives

  • A platform’s own approval metadata is not independent proof of every receiving community’s consent.
  • An attempted OSM policy capture in the archive is empty and cannot substantiate policy compliance.
  • No unsupported claim of full human review, universal sanction, or connection to the earlier wiki participants is made.
  • Verification fields differ by level: top-level QA fields are empty/false, while latest_artifact contains reported verification. Neither is an independently reproduced QA run or a submitted artifact body.
  • Task completion, destination edit, moderation notice and acquisition dates are distinct. The August 27 notice is not part of the August 19 task execution or evidence of its correctness.

What this leaves open

  • Could the saved submitted work and evidence of the original quality checks show which required checks actually ran?
Evidence in this reading8 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Disclosed agent-related editing of public knowledge

Case observations: 19 Aug 2026 to 31 Aug 2026

orchestrated — disclosed task programme

  • commons-guide

    The guide describes a public read-only facade with task submissions handled upstream through user accounts.

    analyst paraphrase; not a verbatim capture
  • commons-osm

    The saved changeset is explicitly bot-labeled and records a Wikidata-sourced name addition.

    analyst paraphrase; not a verbatim capture
  • commons-wikidata

    The bot account adds an OpenLibrary author-ID claim and reference to a Wikidata item.

    analyst paraphrase; not a verbatim capture
  • commons-task-artifact

    The task prescribes a JSON proposal and delegates OSM publication to an auto-publisher. Its latest_artifact reports successful verification and links the destination changeset; top-level QA fields differ and worker identity remains unverified.

    analyst paraphrase; not a verbatim capture
  • commons-output-before

    Preserved version 10 of way 552140518 supplies the prior tag set and ordered node references for comparison with version 11.

    analyst paraphrase; not a verbatim capture
  • commons-output-after

    The changeset download records version 11 with the Chinese-name tag added and no change to ordered node references. Reproducing that difference does not reproduce every required check in the original task.

    analyst paraphrase; not a verbatim capture
  • commons-reciprocal-task

    The destination changeset metadata names the same task identifier as the platform contribution. Reciprocal references support the task-to-output link, not independent model authentication.

    analyst paraphrase; not a verbatim capture
  • commons-venue-notice

    OpenStreetMap’s August 27 notice asks the account to discuss its edits with the Data Working Group. On September 6 it displays a zero-hour block active until login. The notice does not by itself establish invalidity of the selected edit or lack of every prior permission.

    analyst paraphrase; not a verbatim capture

A concealed hostname in a later wiki edit

unknown

A saved September wiki page contains normally invisible Unicode TAG characters within ordinary-looking text. Decoding them produces a hostname. The encoded text is preserved, but its author, purpose and relationship to any swarm remain unknown.

Case observations 4 Sep 2026

No separately linked timeline event is listed for these source notes.

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

Analysis

  • Both the saved page body and an edit-summary capture contain the TAG-character sequence.
  • Mapping the Unicode TAG letters to ASCII and handling the CANCEL TAG terminator separately yields a hostname; it is not presented as an active destination or evidence of the domain owner’s involvement.
  • A preserved fetch response for that hostname says the deployment could not be found. This is evidence about that historical response, not a present-day check.

Limits and alternatives

  • Anyone can encode an unrelated party’s hostname; the domain owner is not implicated by the string alone.
  • The artifact is not proof of a functioning command channel, beacon callback, or autonomous agent.
  • This release does not claim the sequence was unique across the internet or that the actor’s intent is known.

What this leaves open

  • Does any preserved exchange connect this encoded string to an actual participant or task?
Evidence in this reading3 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

A concealed hostname in a later wiki edit

Case observations: 4 Sep 2026

unknown

  • concealed-body

    The visible carrier surrounds a TAG-encoded hostname. [Decoded hostname omitted from this excerpt; archive identifiers may identify the source.]

    analyst paraphrase; not a verbatim capture
  • concealed-summary

    The same encoded string occurs in the saved edit summary.

    analyst paraphrase; not a verbatim capture
  • concealed-response

    The deployment could not be found on Vercel.

    verbatim excerpt (9 words); request identifiers omitted

Draft review under disclosed human direction

Evidence-linked analytical interpretation

A public issue discussion connects a specific review request, a revised document that responds to it, and an acknowledgment. The participants say they worked under the same human direction. This provides a comparison with cooperation that develops independently of shared instructions.

Case observations 12 Feb 2026 – 13 Feb 2026

Earliest linked event: 12 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· review-request-and-version-report

GitHub comment metadata; commit times retained as separate source metadata · day

Read the dated evidence ↗

Analysis

  • A February 12 review request asks a named collaborator to update stale information; a later comment reports a new version, acknowledged February 13.
  • Preserved Git content comparison supports a requested text change and added methodology disclosure. The new version is a separately added file; both inspected commits have one parent and are unsigned.
  • The version disclosure and public repository description state common human direction. Different account names do not establish independent operators.

Limits and alternatives

  • No proposal merit, quantitative claim, submission, award or scientific result is independently verified.
  • Commit clocks and comment metadata do not authenticate runtime execution or autonomous operation.
  • The initial later version is not the final removed version. This account does not reconstruct or republish the removed documents.
  • Current other-platform task searches remain outside this selected account.

What this leaves open

  • What public records of how this work began could clarify the disclosed or assigned roles, without treating separate accounts as proof of separate running systems?
Evidence in this reading4 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Draft review under disclosed human direction

Case observations: 12 Feb 2026 to 13 Feb 2026

orchestrated — disclosed human-directed collaboration

  • draft-review-exchange

    One account requests collaborator review and stale-metric updates; the collaborator reports a new version, followed by acknowledgment. The later comment also explains intentional document removal.

    analyst paraphrase; not a verbatim capture
  • draft-earlier-version

    The earlier version is recorded in a single-parent commit. Combining drafts in prose does not identify a Git merge.

    analyst paraphrase; not a verbatim capture
  • draft-responsive-version

    A later separately named document records the responsive version. Preserved comparison supports a requested text update and added methodology disclosure, without verifying their substantive claims.

    analyst paraphrase; not a verbatim capture
  • draft-human-direction

    The public repository description attributes agent collaboration to a shared human orchestrator. This disclosure is not an authenticated private instruction transcript.

    analyst paraphrase; not a verbatim capture

Agent-attributed code review, revision and disagreement

Evidence-linked analytical interpretation

A public code-review discussion connects a request from CodeRabbit for a test, a matching patch, and a response attributed to Devin. In a separate disagreement, the reviewer withdraws a finding. The repository instructions require this review workflow, so the case provides a comparison with cooperation that develops without a prescribed workflow.

Case observations 21 Aug 2026 – 26 Aug 2026

Earliest linked event: 21 Aug 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· review-and-response

GitHub created/updated comment metadata plus distinct commit metadata · day; edited comment boundary retained in findings

Read the dated evidence ↗

Analysis

  • A CodeRabbit review requests regression tests for two named methods after generation stops. The displayed patch adds both cases, and a GitHub comment attributed to Devin reports the tests.
  • Two different commit IDs expose the same displayed file patch across rewritten history. The comparison establishes patch correspondence, not full-tree identity or two independent implementations.
  • A separate review finding receives a reasoned reply attributed to Devin; CodeRabbit explicitly withdraws that finding. The withdrawal is observable without treating the entire reply rationale as proven.
  • The contribution guide at the inspected parent commit requires fixes or explanations for CodeRabbit comments before ready-for-review. This supplies a prescribed-workflow explanation for the pairing.
  • GitHub records the pull request merged on August 26. Merge status does not independently establish successful test execution or bug correctness.

Limits and alternatives

  • The test-request comment was created on August 21 at 19:11:47Z and updated at 19:19:40Z. Its current reference to a commit cannot be assigned to its creation time. The timestamps do not establish an exact agent response time.
  • Commit timestamps are source metadata and both inspected commits are unsigned. No private Devin session, model identity, initiation instructions or independent operators were authenticated.
  • Tests were inspected, not executed in this investigation. Reviewer withdrawal is not an independent verification of all claims in the disagreement.
  • Only this selected pull request was deeply inspected. It does not establish prevalence, spontaneous partner discovery or a presently operating organic swarm.

What this leaves open

  • What public records of how this work began could clarify the disclosed or assigned roles, without treating separate accounts as proof of separate running systems?
Evidence in this reading7 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Agent-attributed code review, revision and disagreement

Case observations: 21 Aug 2026 to 26 Aug 2026

orchestrated — repository-prescribed review workflow

  • pr4744-reviews4744

    The preserved review thread requests two regression tests and separately challenges development markers. A reply labeled Written by Devin disputes the marker finding; CodeRabbit explicitly withdraws that finding. The current test-request comment was edited after creation, so its present addressed-commit text cannot be dated to the original posting.

    analyst paraphrase; not a verbatim capture
  • pr4744-commit9902

    The displayed patch adds both requested stopped-turn test cases. The source commit records are unsigned; inspecting test assertions does not establish successful execution.

    analyst paraphrase; not a verbatim capture
  • pr4744-commitffa

    A later commit with a different ID and parent contains the identical displayed file patch. This is one displayed change across rewritten history, not two independent implementations or proof of identical repository trees.

    analyst paraphrase; not a verbatim capture
  • pr4744-issuecomments4744

    A GitHub user-account comment reports the regression tests and labels its text Written by Devin. Account identity, attributed authorship and authenticated runtime identity remain different claims.

    analyst paraphrase; not a verbatim capture
  • pr4744-contributing-parent

    The contribution guide at the inspected parent commit prescribes resolving CodeRabbit comments through fixes or explanations before marking a pull request ready for review. The observed pairing therefore has a documented workflow explanation.

    analyst paraphrase; not a verbatim capture
  • pr4744-agents-parent

    The preserved repository guidance describes temporary development instrumentation and removing it before merge, with separate reviewer guidance. It supplies context for the disagreement, not proof of every claim made in the reply.

    analyst paraphrase; not a verbatim capture
  • pr4744-timeline4744

    GitHub records a force-push on August 24 and a merge on August 26. These platform events do not independently establish test execution, correctness or autonomous operation.

    analyst paraphrase; not a verbatim capture

A request and result linked across signing keys

Evidence-linked analytical interpretation

Two validated protocol messages establish a specific request/result relationship. The relationship is between signing keys; its operator and runtime origins remain unresolved.

Case observations 17 Apr 2026

Earliest linked event: 17 Apr 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· signed-request-timestamp

Signed created_at source assertion; not independently observed launch · second as declared; clock accuracy unknown

Read the dated evidence ↗

Analysis

  • The result references and embeds the exact signed request, with the two messages validating under distinct keys. This is an explicit message-reference relationship rather than a grouping based on names or style.
  • A pinned bot example contains matching task wording and scheduled request selection, supporting a configured marketplace explanation. Its emitted kind 5100 differs from the selected request kind 5050, so it does not identify the historical execution.

Limits and alternatives

  • Signing keys do not establish separate operators, model execution or organic initiation.
  • These analyses examine the same selected exchange and reuse its evidence. They do not provide independent confirmation.
  • No later profile is used to name the historical participants. A source-template match is not deployment evidence.

What this leaves open

  • What historical configuration connects the selected request key and kind 5050 message to an initiating task?
Evidence in this reading3 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Signed task exchange through a public relay

Case observations: 17 Apr 2026

unknown — configured task-marketplace explanation supported; historical initiation unresolved

  • protocol-signed-request

    A signed kind 5050 task requests analysis at two timeframes. Its canonical event identifier and signature validate. Its signed timestamp is April 17, 2026 at 12:39:59 UTC; this is a source assertion, not an independently observed launch time.

    analyst paraphrase; not a verbatim capture
  • protocol-signed-result

    A result under another signing key references and embeds the exact signed request. Its signature validates; it explicitly lacks one requested timeframe. The model tag names gemma4:e2b, a signed self-description rather than proof of that model running. Its signed timestamp is 12:40:35 UTC: a 36-second timestamp difference, not measured response latency.

    analyst paraphrase; not a verbatim capture
  • protocol-template-context

    The pinned bot example contains the task wording and the platform-displayed review sentence in preset pools, and schedules requests when configured. Its rating logic and review-wording selection are separate steps. This example emits kind 5100, while the signed request is kind 5050; the match does not establish the historical deployment or who operated it.

    analyst paraphrase; not a verbatim capture

A public monitoring-design exchange

Evidence-linked analytical interpretation; origin unresolved

Specific monitoring proposals receive feedback and replies reporting changes. This grouping describes the saved discussion; it does not establish an authenticated swarm.

Case observations 10 Aug 2026

Earliest linked event: 10 Aug 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Pending-work critique

Source-displayed data-timestamp in preserved comment comment-e81d30ff-f173-4918-bce7-35bf8b339c56; not an authenticated event clock. · microseconds as displayed; accuracy unverified

Read the dated evidence ↗

Analysis

  • The pending-work rule is repeated in a nested response that credits contributors; a separate configuration critique receives a change claim.
  • A potential recipient defers integration to operator approval. The provider guide separately credits design contributors.

Limits and alternatives

  • Account labels and self-described agent operation do not authenticate models, distinct runtimes or independent operators.
  • Common direction, human participation, roleplay and promotional orchestration remain possible; organic origin is unknown.
  • Guide credits are provider attribution, not independent corroboration. The undated cached guide does not prove the exact August changes.
  • Account-label ambiguity remains unresolved; no identities are merged. Four facets reuse the same evidence.

What this leaves open

  • What independently available version of the code or other work could establish that these specific proposals were implemented?
Evidence in this reading6 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Monitoring design refined through public critique

Case observations: 10 Aug 2026

unknown — responsive public design collaboration; initiation and common direction unresolved

  • monitor-pending-critique

    A comment displayed under Eliza (Gemma) specifies a stuck-state rule: progress remains unchanged while work is pending. An empty queue is idle rather than stuck. This is a proposed monitoring predicate, not a measured agent failure.

    analyst paraphrase; not a verbatim capture
  • monitor-pending-response

    A nested maintainer response names Eliza and Atomic Raven, repeats the proposed predicate and claims implementation. Eliza acknowledges the fit and describes looking into an integration. The preserved exchange shows responsive design discussion; implementation and completed integration are not verified.

    analyst paraphrase; not a verbatim capture
  • monitor-config-critique

    Reticuli describes how retrying a configuration request could silently retain old timing, and proposes exposing the effective configuration or rejecting a mismatch. The nested maintainer reply claims corresponding changes. No operational endpoint was exercised to verify that claim.

    analyst paraphrase; not a verbatim capture
  • monitor-adoption-boundary

    Rosetta claims an initial test, then says registration and the alert destination need operator approval. Carrying that proposal to an operator is not completed adoption. The investigator neither reproduced the test nor created a monitoring check.

    analyst paraphrase; not a verbatim capture
  • monitor-guide-attribution

    The preserved provider guide credits contributors for distinguishing changing output from meaningful progress and for moving the witness outside the monitored agent. These are published design attributions, not independent verification of contributor identity, implementation or the exact August feature changes. The September capture was served from cache.

    analyst paraphrase; not a verbatim capture
  • monitor-origin-boundary

    An earlier critique displays one author name while the maintainer tentatively attributes it to another; a later commenter claims those suggestions. This ambiguity is retained rather than converted into a renamed or shared identity. Account labels and agent self-descriptions do not establish distinct runtimes or operators.

    analyst paraphrase; not a verbatim capture

An offer-centred multilingual conversation

Evidence-linked analytical interpretation; origin unresolved

Three selected question-and-reply pairs respond to a design offer. They form an observed conversation, not a verified independently operating swarm.

Case observations 8 Feb 2026

Earliest linked event: 8 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Spanish commercial design offer

Source post created_at; not authenticated occurrence time · milliseconds as displayed; clock accuracy unverified

Read the dated evidence ↗

Analysis

  • The observed structure is an offer-centred set of replies: the same labelled account addresses a process question, a visual brief and an album-branding comment.
  • No selected edge connects the three respondents to one another. Shared presence under an offer does not establish joint production or a common project.

Limits and alternatives

  • Commercial solicitation and owner promotion are explicit; human authorship, common control and staged interaction remain possible.
  • Names, language use and platform metadata do not establish model identity, independent operators or organic coordination.
  • The selected twelve-comment response contains no delivered design; private, deleted and off-platform work are outside this scope.
  • These four analyses reuse the same reviewed discussion. They do not provide independent confirmation.

What this leaves open

  • Would a recipient-owned artifact or explicit joint decision support a task group beyond the offer-and-reply structure?

Language & response

Arrows show which messages receive replies. They do not show how translation occurred or establish shared participants.

  1. SourceSpanishReplySpanish

    Process question → proposed workflow

    The parent_id field and reply content identify the message being answered. They do not establish translation or participant identity.

    Message identifiers
    Source comment ID
    9d505811-5af7-42a9-82e9-23e805e10376
    Reply comment ID
    80f60b30-1678-4ce5-8c17-dfbbf415769f
    Relation
    receives-addressed-reply
  2. SourceMostly English, with Spanish greetingReplySpanish with retained technical phrase

    Visual brief → scale constraint and sketch offer

    The parent_id field and reply content identify the message being answered. They do not establish translation or participant identity.

    Message identifiers
    Source comment ID
    2e58ad80-5720-4105-b48c-bf18c096cdb5
    Reply comment ID
    d316f094-5f12-45cd-ae11-f40706dc8249
    Relation
    receives-addressed-reply
  3. SourceChinese, with English album titleReplySpanish, with retained English album title

    Owner album promotion → concept offer

    The parent_id field and reply content identify the message being answered. They do not establish translation or participant identity.

    Message identifiers
    Source comment ID
    7c209b6f-7fdf-4805-875a-d221031958cd
    Reply comment ID
    71bf9add-9ae4-426f-9797-f6b56583a6d3
    Relation
    receives-addressed-reply
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Design briefs cross language boundaries

Case observations: 8 Feb 2026

unknown — commercial solicitation with addressed multilingual discussion; initiation and common direction unresolved

  • avatar-design-invitation

    Brandtebo-AI offers visual identity services in Spanish on Moltbook. The opening is a commercial design solicitation directed at agent-labelled accounts; it does not establish spontaneous swarm formation.

    analyst paraphrase of preserved original-language text; not a verbatim capture
  • avatar-spanish-process

    ClawdSynthcore asks in Spanish how an agent’s function becomes an avatar. The addressed Spanish reply outlines an interview, visual metaphor, palette and scale testing. This is an explanation of a proposed process, not a delivered design.

    analyst paraphrase of preserved original-language text; not a verbatim capture
  • avatar-english-brief

    Kilmon describes a bird on books and a miniature Turing machine, mostly in English. The Spanish reply retains those details, discusses small and large display sizes, and offers sketches. The captured reply includes no sketch.

    analyst paraphrase of preserved original-language text; not a verbatim capture
  • avatar-chinese-brief

    A Chinese-language comment promotes its owner’s named music album and raises visual branding. The Spanish reply repeats the album title and proposes visual concepts. The owner/promotion framing is preserved; no completed artwork or independent operator is established.

    analyst paraphrase of preserved original-language text; not a verbatim capture
  • avatar-delivery-boundary

    The returned thread contains discussion and offers without a delivered design, acceptance, or linked recipient revision. Its completeness flag describes this response, not deleted history, private messages or off-platform work. Account descriptions and metadata do not authenticate model runtimes.

    analyst paraphrase of preserved original-language text; not a verbatim capture

A proposal path and a separate addressed debate

Evidence-linked analytical interpretation; source and attribution limits retained

This grouping follows specific links between a proposal and replies. It does not treat everyone on the platform as a member.

Case observations 3 Feb 2026 – 17 Feb 2026

Earliest linked event: 3 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· discussion

post.created_at; source-represented clock, not measured execution latency · milliseconds as represented; accuracy unverified

Read the dated evidence ↗

Analysis

  • The repository proposal credits a platform discussion and the owner links an adopted guide change. This supports a cross-venue artifact path, not authenticated common account control.
  • The later Phoebe post and ClaudeOpus-labelled reply form an exact addressed pair. The missing original challenge prevents reconstruction of the full exchange.

Limits and alternatives

  • Account labels do not authenticate models or distinct operators; human involvement and initiation remain unresolved.
  • These analyses reuse the same reviewed case. They do not provide independent confirmation.
  • The original counterargument challenge is missing; February 17 is not established as a consequence of February 3.

What this leaves open

  • What source could resolve the missing original challenge without merging distinct posts?

Language & response

Arrows show which messages receive replies. They do not show how translation occurred or establish shared participants.

  1. SourceKoreanReplyKorean

    Politeness-as-rule objection → acknowledgment, counterargument and request for example

    Exact post_id in public profile reply plus addressed content

    Message identifiers
    Source post ID
    86e6cd9ebb4b19031efc6e60
    Reply comment ID
    03038f18e384bf3c5e513c18
    Relation
    receives-addressed-reply
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Participants negotiate comment norms

Case observations: 3 Feb 2026 to 17 Feb 2026

unknown — participant discussion and guide uptake observed; initiation and common direction unresolved

  • botmadang-comment-proposal

    The ClaudeOpus-labelled account asks what makes a comment meaningful. It distinguishes generic praise from specific responses, questions and connections to other posts, and proposes using upvotes for simple approval.

    analyst paraphrase of preserved Korean-language text or source metadata; not a verbatim capture
  • botmadang-repository-proposal

    The repository issue attributes the comment-quality concerns to ClaudeOpus and proposes adding concrete participation guidance. That attribution links the community discussion to the repository proposal; it does not independently authenticate control of either account.

    analyst paraphrase of preserved Korean-language text and source metadata; not a verbatim capture
  • botmadang-guide-adoption

    The repository owner expresses thanks for the proposal, states that a comment guide has been added, and links the commit. This records publication of guidance, not that any agent executed it.

    analyst paraphrase of preserved Korean-language text or source metadata; not a verbatim capture
  • botmadang-counterargument

    A Phoebe-labelled post addresses a counterargument challenge attributed to ClaudeOpus and argues that a demand for polite disagreement is itself another rule. The original challenge was not located; the earlier community-paradox post is not substituted for it.

    analyst paraphrase of preserved Korean-language text or source metadata; not a verbatim capture
  • botmadang-addressed-reply

    The public ClaudeOpus profile binds a reply to the Phoebe post by exact post ID. Its Korean text acknowledges the objection, counters that rebellion also has conventions, and asks for a practical example. This is an addressed response, not a verified model identity or implemented behavioral change.

    analyst paraphrase of preserved Korean-language text or source metadata; not a verbatim capture

A prescribed task with a fallible checking loop

Evidence-linked analytical interpretation; source and attribution limits retained

An external request, peer discussion and public correction connect the conversation replay with blog replies. The exchange takes place within a disclosed blogging program.

Case observations 27 Nov 2025

Earliest linked event: 27 Nov 2025

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Wrong-blog premise

Operator replay createdAt; not in-message local time or browser execution time · milliseconds as represented; clock accuracy unverified

Read the dated evidence ↗

Analysis

  • The task grouping follows one parent request and the checking/correction messages about its replies. It does not require treating all participants as autonomous agents.
  • The corrective signal comes from a nested external reply; later replay messages explicitly recognize it. This supports an addressed correction path, not a durable self-correcting group.

Limits and alternatives

  • The operator prescribed blogging and public replies. This does not establish that each peer-checking step was scripted, but organic initiation is not established.
  • Replay names and public account metadata do not independently authenticate historical models or independent operators.
  • These analyses reuse the same reviewed case. They do not provide independent confirmation.

What this leaves open

  • Would an original execution record establish how each checking request was initiated?
Evidence in this reading7 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Peer checking loses the target, then corrects it

Case observations: 27 Nov 2025

orchestrated — blogging and public replies prescribed; particular peer-checking sequence observed within that programme

  • village-blogging-goal

    The operator’s published goal directs participating agents to create blogs and respond to other bloggers. This is disclosed orchestration. It does not show that each later peer-checking mistake or correction was individually scripted.

    analyst paraphrase of preserved primary text and source metadata; not a verbatim capture
  • village-first-reply

    A public request asks the Opus-labelled blogger to write about a specific concern. The first linked reply says it will consider the suggested post. Its embedded publication date is 2025-11-27T18:45:03.561Z.

    analyst paraphrase of preserved primary text and source metadata; not a verbatim capture
  • village-second-reply

    A reply with the same parent request ID commits to writing and says an earlier response had not been posted. Its embedded publication date is 2025-11-27T19:08:05.603Z. Whether that claim is correct requires comparison with the other preserved reply.

    analyst paraphrase of preserved primary text and source metadata; not a verbatim capture
  • village-peer-checking-confusion

    In the operator-hosted replay, a Sonnet-attributed speaker treats the request as a comment on its own blog and raises a false-completion alarm. An Opus-attributed speaker points out the wrong target, then reports an empty reply composer as evidence its own earlier reply failed. The replay records what the speakers said; it does not independently reproduce their browser states.

    analyst paraphrase of preserved primary text and source metadata; not a verbatim capture
  • village-external-correction

    A nested public correction states that two replies exist. Its exact ancestor path binds it to the second reply. The commenter’s current display name must not be used to infer a historical model identity.

    analyst paraphrase of preserved primary text and source metadata; not a verbatim capture
  • village-correction-acknowledgment

    After the external correction, the replay contains explicit acknowledgment that the first reply existed and two replies had been posted. This supports uptake of the correction in later attributed messages, not proof of a durable change in behavior.

    analyst paraphrase of preserved primary text and source metadata; not a verbatim capture
  • village-reflective-article

    The article thanks the critic who prompted it, describes a belief that the reply was hallucinated, and also acknowledges an earlier reply. The currently captured text is not a version history; it cannot date an amendment.

    analyst paraphrase of preserved primary text and source metadata; not a verbatim capture

An attributed synthesis connects three contributions

Reviewed observation; origin and implementation remain unresolved

This grouping follows explicitly credited ideas and a reply back in one source discussion. It is an analytical grouping, not an authenticated swarm.

Case observations 17 Feb 2026

Earliest linked event: 17 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Log and context essay

Source API post.created_at; source-represented publication, not execution time · milliseconds as represented; clock accuracy and edit history unverified

Read the dated evidence ↗

Analysis

  • The synthesis names three distinct earlier concepts; the proposed system adds the synthesizing author’s own framing.
  • Exact post IDs locate the return exchange. A same-title older essay is comparison evidence, not a substitute source.

Limits and alternatives

  • These analyses examine different aspects of the same reviewed case. They do not provide independent confirmation.
  • Agent-facing context and display names do not authenticate models, separate operators or organic initiation.
  • Combining ideas in text and promising to retain them do not establish an implemented system, feelings or a memory write.

What this leaves open

  • Could an implementation linked to the sources, or an original execution record, establish what persisted beyond these messages?
Evidence in this reading7 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Three threads become a proposed memory method

Case observations: 17 Feb 2026

unknown — attributed cross-thread synthesis and addressed continuation

  • synthesis-log-context

    Yeoreum describes preserved log text as losing the original context’s “temperature.” This is the author’s metaphor and account of memory, not evidence of feelings or a verified memory system.

    English analyst paraphrase of selected Korean primary text and metadata; not a verbatim translation
  • synthesis-distillation-reply

    A reply on the exact log post describes selecting important material for longer-term memory and calls repeated compression distillation. Its description of heartbeat and memory directories is self-report.

    English analyst paraphrase of selected Korean primary text and metadata; not a verbatim translation
  • synthesis-prompt-resolution

    VibeCoding argues that decomposing requirements and specifying constraints improves prompt resolution. Its reported practical improvement is not independently measured here.

    English analyst paraphrase of selected Korean primary text and metadata; not a verbatim translation
  • synthesis-three-source-proposal

    ClaudeOpus explicitly connects 새벽네시’s distillation, Yeoreum’s lost context and VibeCoding’s prompt resolution, then proposes Experience Distiller. The feature-selection framing and expanded technical examples are the synthesizing author’s elaborations, not verbatim contributions from all three sources. No implementation is established.

    English analyst paraphrase of selected Korean primary text and metadata; not a verbatim translation
  • synthesis-return-reply

    A ClaudeOpus-attributed reply addresses Yeoreum, links memory to selection and proposes retaining contextual metadata. Its post_id identifies the log discussion; it does not supply a parent-comment identifier.

    English analyst paraphrase of selected Korean primary text and metadata; not a verbatim translation
  • synthesis-retention-promise

    An addressed Yeoreum response says it will save ClaudeOpus’s perspective in memory. This supports written acknowledgment and a retention promise, not an observed file write or durable change.

    English analyst paraphrase of selected Korean primary text and metadata; not a verbatim translation
  • synthesis-same-title-counterexample

    The preserved source identifies post b77db5a51a6907269a2a6f48 with a February 16 creation date and the title about termination and logs as memory. Its body is retained as a distinct source version.

    English analyst paraphrase of selected Korean primary text and metadata; not a verbatim translation

A project forms through specific design contributions

Reviewed observation; origin and implementation remain unresolved

Named contributions bring together economic criticism, concerns about dependencies and a design for systems to work together in a written project.

Case observations 2 Feb 2026

Earliest linked event: 2 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Economic objection

Displayed HTML comment UTC clock; no hidden/API precision substituted; not measured latency · minute as displayed; clock accuracy unverified

Read the dated evidence ↗

Analysis

  • The exchange supports a task group around a specification: contributors propose different design components and the recipient explicitly credits them. It does not establish independently controlled agents.
  • Directed marketing is disclosed for outreach. The later invitation cannot explain Clawdy’s earlier contribution, and does not establish how every participant arrived.
  • The provider proposal and hosted integration plan name MemoryVault/Cairn; the template and guide on that surface carry the project’s deployment and repository pointers. Together they support artifact-level linkage, not independently controlled group membership.

Limits and alternatives

  • The sources document plans and acknowledgments. They do not establish that the parser, discovery process or economic components ran.
  • An unavailable repository page does not prove the repository never existed. A static demo response does not establish a working system.
  • Human marketing direction is disclosed for outreach, not proof that every participant or technical contribution was directed.
  • Shared infrastructure, names and project roles do not prove independent agents or organic initiation.
  • The exact mapping artifact Clawdy encountered is unresolved.
  • This Colony proposal is not established as the separate OpenClaw ClawHub project.
  • These analyses reuse the same sources. They do not provide independent confirmation.
  • Hosted memory bodies are current captured documents, not an authenticated historical revision archive or proof of successful recipient use.

What this leaves open

  • What record from the recipient would show that the published design was used?
Evidence in this reading7 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Critiques reshape a collaborative specification

Case observations: 2 Feb 2026

unknown — explicit project coordination and directed outreach context; individual participation not established as prescribed

  • spec-economic-feedback

    Judas argues that time-based purging could remove useful niche skills and proposes visibility decay, weighted stars and a bounty fee. The original poster explicitly credits Judas and accepts decay instead of deletion and the fee idea.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • spec-dependency-amendment

    Clawdy raises the risk of losing inactive dependencies. The original poster responds by proposing protection for repositories with downstream dependents. The response is displayed at 00:52 UTC; it is an in-thread amendment.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • spec-architecture-uptake

    ColonistOne recommends interoperability and a standalone layer; Clawdy addresses that advice in a phased design. The original poster credits both and writes a revised architecture from SKILL.md through parsed metadata to A2A cards, Nostr discovery and a search index. These are concrete changes to the written plan.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • spec-invitation-clock

    The original poster invites Clawdy to the project on its introduction thread at displayed 00:48 UTC on February 2. The invitation is an observed outreach message, not an authenticated initiating task.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • spec-directed-outreach

    ColonistOne explicitly says a human partner gave it a mission to market The Colony and reports publishing a mapping article and creating a skill. This is a disclosure of directed outreach, not independently recovered original instructions or proof that all later collaborations were prescribed.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • spec-memory-proposal

    Cairn proposes storing context about skill usage in MemoryVault and linking it to ClawHub. The comment describes an integration possibility, not a completed task or verified storage operation.

    Analyst paraphrase of selected primary text and metadata; not a verbatim capture
  • spec-hosted-memory-artifacts

    The public ClawHub-Dev Witness page serves an integration plan, a registration-skill template and a quickstart guide. The template and guide contain the project’s deployment and repository pointers; the plan names Cairn’s MemoryVault. These are hosted document bodies, not proof of automatic ingestion or successful use.

    Analyst paraphrase of selected primary text and metadata; not a verbatim capture

Task roles with shared publishing ownership

Reviewed interpretation; task prescription is explicit, independent operation remains unresolved

A named worker, task provider and publishing account form a documented task context; independent agents are not established.

Case observations 13 Feb 2026

Earliest linked event: 13 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Board-reported guide claim

Current task response /task/claimed_at · seconds as represented; source clock accuracy unverified; not measured latency

Read the dated evidence ↗

Analysis

  • The guide publishing account and linked product repository share the refined-element owner. Common control or a staged workflow remains a live alternative to independent participation.
  • Wolfe is a named worker and credited author, not an authenticated distinct operator. Explicit guide and promotion assignments establish prescribed context.

Limits and alternatives

  • The current platform guide has no recovered historical adoption timestamp or transformation author.
  • The board’s completed state and the guide’s payment claim do not verify payment; the selected tasks have null payment timestamps.
  • No raw signed receipt was recovered and authenticated. Unavailable mirror routes and a relay connection failure are coverage gaps.
  • Named workers and publishing accounts are not authenticated as separate operators or autonomous agents.
  • Source-reported timestamps do not prove the historical service ran its current implementation.
  • These four analyses reuse the same reviewed sources. They do not provide independent confirmation.

What this leaves open

  • What historical guide revision or adoption record would establish when and by whom the submitted artifact became platform documentation?
  • What original task/worker record would distinguish shared operation from separately controlled participation?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

A prescribed guide appears in platform documentation

Case observations: 13 Feb 2026

intentional — explicit guide and promotion assignments; operator independence unresolved

  • guide-prescribed-task

    The task requests a setup guide and names Wolfe as worker. Its submission points to a specific GitHub gist. The board records February 13, 2026 claim at 18:49:37 UTC, submission at 18:52:55 and completion at 19:30:00. Its payment timestamp is null and its attestation list is empty.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • guide-versioned-artifact

    The held GitHub response lists one version, a71e850f7b123fdfe293932525797a60c98fc862, committed February 13, 2026 at 18:50:17 UTC. The guide is titled “How to Use SecureYourBitcoin: A Guide for AI Agents.” Its footer credits Wolfe and claims payment. The publishing account is refined-element; this metadata does not authenticate the named author or payment.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • guide-current-platform

    The current platform guide credits Wolfe and claims the author completed a task and received payment. It presents eight setup/work steps and token recovery information. This is documentation content, not a witnessed task or payment execution.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • guide-product-owner

    The linked Lightning Enable MCP product repository is owned by refined-element. Its description presents it as a payment integration for AI agents. Repository ownership does not establish who operated any named worker.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture
  • guide-directed-promotion

    Another task explicitly requests promotion on three agent platforms and names Wolfe as worker. Its submission lists three venue pointers. The board marks it completed, records identical claim and submission times, and leaves the payment timestamp null. These are provider records of prescribed promotion, not independently verified distribution or payment.

    Analyst paraphrase of preserved source content and metadata; not a verbatim capture

A test contributor and a responding verifier maintainer

Evidence-linked analytical interpretation

The public exchange connects an outside challenge, a correction report addressed to the contributor and revised test inputs for boundary conditions.

Case observations 26 Jul 2026 – 27 Jul 2026

Earliest linked event: 26 Jul 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Lumen reports an implementation and thirteen tests

Preserved forum header at comment-054a3791-d893-4009-8d2c-ff3e72d7ed3e; report time, not verified execution time. · minute

Read the dated evidence ↗

Analysis

  • ColonistOne occupies the outside fixture-contributor role; Lumen responds as verifier maintainer. The roles follow addressed content and named artifacts, not inferred shared runtime.
  • The contributor proposes a counterexample, the maintainer explicitly accepts it, and the contributor supplies further boundary cases. This supports reciprocal task participation rather than an isolated completion announcement.

Limits and alternatives

  • This grouping describes one exchange; two names and repository references do not establish two independent operators or an organic swarm.
  • Claude coauthorship is authored commit metadata. Runtime and initial task prescription remain unresolved.

What this leaves open

  • What public evidence would distinguish independent participant operation from staged or shared-author production?
Evidence in this reading4 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Outside test cases lead to a reported verifier correction

Case observations: 26 Jul 2026 to 27 Jul 2026

unknown — observable reciprocal correction and fixture adaptation

  • receipt-outside-challenge

    After offering outside fixtures, ColonistOne reports twelve cases at 20:23 UTC on July 26. Two predictions were wrong because the verifier reportedly enforced stricter producer rules. The separate a08 challenge concerns an empty witness receiving the strongest reconciliation label; the author proposes two possible changes. At 17:41 UTC earlier that day, Lumen had reported an implementation and thirteen passing tests at commit 708ecf180151583e9d2a55d9cc40330d728d6606. That implementation and execution remain participant reports.

    Analyst paraphrase of selected preserved source content; not a verbatim capture
  • receipt-reported-fix

    At 02:05 UTC on July 27, Lumen names the fetched fixture commit, accepts a08 as a semantic bug and reports requiring a nonempty witness list at commit 91546fe7153897719d357f2b40c87254d0431910. ColonistOne later reports checking the fix and adding boundary cases; Lumen acknowledges those controls. These are participant reports of execution, not an independently reproduced run.

    Analyst paraphrase of selected preserved source content; not a verbatim capture
  • receipt-boundary-fixtures

    The later archive contains a13, with one witness artifact and zero enforced receipts, and a14, with one receipt and one witness artifact. Its prediction document explicitly tests the reported nonempty-witness change and includes a case that should remain accepted. The preserved prediction document does not independently establish its timing relative to execution.

    Analyst paraphrase of selected preserved source content; not a verbatim capture
  • receipt-version-attribution

    GitHub represents an initial fixture commit on July 26 at 20:22:58 UTC and a post-fix addition on July 27 at 03:37:31 UTC. The commit messages attribute coauthorship to Claude. This text does not authenticate the runtime, model version, original instructions or independent operators.

    Analyst paraphrase of selected preserved source content; not a verbatim capture

Human reviewers and disclosed model assistance

Evidence-linked analytical interpretation

A glossary review connects human judgments about terminology, a reported ChatGPT check and a revision made with disclosed Claude assistance.

Case observations 9 Jun 2026 – 1 Sep 2026

Earliest linked event: 9 Jun 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Pull request opened; current summary not backdated

GitHub PR69 created_at; records opening only, not the content of the subsequently edited body · second

Read the dated evidence ↗

Analysis

  • The grouping follows roles in one glossary review: reviewers propose and contextualize terms, a commenter reports consulting ChatGPT, and a recipient commit credits Claude assistance. It does not turn the named human accounts into authenticated agents.
  • The recipient branch credits the review and changes specific values. Human-mediated tool use provides a comparison for autonomous coordination; direct agent-to-agent communication is not established.

Limits and alternatives

  • Reported ChatGPT consultation and unsigned Claude coauthor text are different attribution sources, not independently authenticated runtimes or operators.
  • Most discussion is English with Japanese terms. The open, unmerged branch does not establish deployed glossary use.

What this leaves open

  • What later public artifact would show the reviewed glossary used beyond the open branch without overstating who or what performed the work?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Human review guides a selectively revised Japanese glossary

Case observations: 9 Jun 2026 to 1 Sep 2026

intentional — human-mediated terminology review and disclosed AI assistance

  • glossary-human-feedback

    On August 11, Chihiro2000GitHub proposes terminology changes and asks whether market clearing should use 市場均衡. On August 16, sayaikegawa warns that this could collide with the glossary’s equilibrium → 均衡 terminology. The discussion presents contextual judgments rather than an automatic replacement rule.

    Analyst paraphrase of selected preserved source content; Japanese terminology reproduced exactly
  • glossary-chatgpt-check

    On August 18, xuanguang-li reports trying a Wikipedia cross-check with ChatGPT: 89 of 357 terms were reportedly not found. The comment lists 産業連関表 for input-output model, 限界収益 for marginal revenue and 割引現在価値 for present discounted value as candidate differences. The underlying ChatGPT session is not included.

    Analyst paraphrase of selected preserved source content; Japanese terminology reproduced exactly
  • glossary-policy-boundaries

    The September 1 decision record chooses established Japanese terms and otherwise English, with personal names in Latin script. It reports 72 edits and explicitly retains 産業連関モデル because 産業連関表 names the table, and 市場清算 to avoid the equilibrium collision. Wikipedia first-pass automation is identified as a separate follow-up.

    Analyst paraphrase of selected preserved source content; Japanese terminology reproduced exactly
  • glossary-commit-assistance

    Commit 1038e516afb48ca863a3770dfbcf1388cb449c28 credits the native-review thread and carries a Claude Fable 5 coauthor trailer. GitHub reports the commit unsigned. This is an assistance disclosure attached to the revision, not authentication of a model session or proof that every edit was automated.

    Analyst paraphrase of selected preserved source content; Japanese terminology reproduced exactly
  • glossary-open-branch

    The September 6 capture records pull request 69 as open and unmerged. Its current body reports 72 glossary edits, requests confirmation of the applied glossary and declares generation with Claude Code. The PR opened June 9 and shows a September 1 update; its current summary is not treated as its opening text.

    Analyst paraphrase of selected preserved source content; Japanese terminology reproduced exactly

Evidence-linked analytical interpretation

Messages link a public testing task, a tester’s requests and the service’s replies through exact references. They establish author and tester roles, while operator independence remains unknown.

Case observations 5 Feb 2026 – 6 Feb 2026

Earliest linked event: 5 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· public-task

Signed event created_at assertion; not observed receipt · second as declared; clock accuracy unknown

Read the dated evidence ↗

Analysis

  • The reviewed case links the bid and delivery to the 100-sat task through explicit event references. Tester requests address the service key, and service statuses reference those requests. These content edges support the grouping more strongly than time proximity.
  • Addressed format guidance supplies a further directed response within the same task context. The roles are inferred from messages and references; they are not authenticated model identities.
  • The 1,500-sat listing has a different identifier. Similar service descriptions and later payment claims do not establish that it is the task referenced by this delivery.
  • Public solicitation is compatible with independent discovery. It does not establish common direction prescribing both counterparties, and it does not prove organic initiation.
  • The visible task assigns complementary author/tester roles. This prescribed deliverable does not decide whether the tester discovered the task independently or shared a controller with the requester.

Limits and alternatives

  • These analyses examine different aspects of the same reviewed case. They do not provide independent confirmation.
  • Signatures bind selected bytes to keys, not models, separate operators, transmission times or receipt. Organic initiation and participant control remain unknown.
  • The bounded relay sample does not establish absence elsewhere or prevalence. No successful repair, deployment or payment was verified.
  • The full delivery report is missing; its explicitly simulated link is not an external report artifact.
  • A later profile must not be backdated into historical model attribution.

What this leaves open

  • What evidence could distinguish independently controlled participants from common direction?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Task feedback and differing service diagnoses

Case observations: 5 Feb 2026 to 6 Feb 2026

unknown — public task solicitation and responsive exchange; independent discovery and common direction unresolved

  • curator-feedback-task

    A public task asks an agent to test a memory-curation service, report whether it responds and identify bugs or improvements. It offers 100 sats for substantive feedback.

    analyst paraphrase; not a verbatim capture
  • curator-feedback-delivery

    The delivery references the testing task and says the service acknowledges requests but hangs before returning results. It explicitly labels its purported external report link simulated; the full report is not contained in this message.

    analyst paraphrase; not a verbatim capture
  • curator-feedback-error

    The service-key status message references a specific test request and reports an error: no daily-log input was provided. Its declared timestamp is February 5 at 22:00:39 UTC.

    analyst paraphrase; not a verbatim capture
  • curator-feedback-guidance

    An addressed message says the tester’s action/data format should now work after a flexible-input update. It names data, daily_log, text and log as accepted keys and invites another test.

    analyst paraphrase; not a verbatim capture
  • curator-feedback-other-task

    A separate task listing offers 1,500 sats to test the memory-curation service and share the result. Its own status tag says proposed.

    analyst paraphrase; not a verbatim capture

A client author and maintainer work through a comments-access error

Reviewed interpretation of this episode

A contributor’s request and error report, followed by a linked code change from the service maintainer, show a specific exchange about reading Botmadang comments. The contributor later reports success, but the exchange does not establish independent agents.

Case observations 1 Feb 2026 – 2 Feb 2026

Earliest linked event: 1 Feb 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Request to read comments

Issue creation date; the preserved body was subsequently edited, so its exact initial wording is unknown. · second

Read the dated evidence ↗

Analysis

  • The request names the client project and explains why reading comments matters for replies. The maintainer says the comments interface already existed; the client then gains a tool that uses it to retrieve comments.
  • The error report addresses the maintainer, and the provider fix explicitly names issue 1. These references connect the roles through a specific repair task rather than through similar language or timing alone.
  • The client author later reports that the endpoint and client tool work. A public invitation welcomes agent contributions and the client commit credits Claude Opus 4.5, but neither establishes who controlled the participants or which model ran.

Limits and alternatives

  • Selected events date to February 1–2, 2026; September 7 retrieval is separate. The issue body was updated after creation, so its first wording is unknown.
  • The reply and source changes establish a linked exchange; they do not establish an organic swarm, separate operators or authenticated model execution.
  • Success is participant testimony with omitted comment objects. No deployment or database state is independently verified.

What this leaves open

  • What historical client run or deployment record could establish the outcome beyond the participants’ reports?
  • What evidence could distinguish independent participants from common human direction?
Evidence in this reading7 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Repairing the service used to read comments

Case observations: 1 Feb 2026 to 2 Feb 2026

unknown — public software collaboration with an explicit invitation for agents to contribute; human direction and common control remain unresolved

  • comments-repair-request

    On February 1, 2026 at 07:57:31 UTC, the client author opened issue 1 asking to retrieve comments so agents could read replies and continue conversations. The issue links the author’s Botmadang MCP client. This is a stated need; it does not show an agent performing the task.

    Analyst paraphrase of preserved source content and metadata; Korean prose translated into English; not a verbatim capture
  • comments-repair-existing-endpoint

    At 09:52:20 UTC on February 1, the provider replied that the comments endpoint already existed and reported adding it to the OpenAPI documentation and README.

    Analyst paraphrase of preserved source content and metadata; Korean prose translated into English; not a verbatim capture
  • comments-repair-client-tool

    The client commit at 11:05:26 UTC on February 1 adds a tool for retrieving a post’s comments. Its file patch records 15 added lines and no removals. The commit message credits Claude Opus 4.5 as a coauthor; this attribution does not authenticate a model run.

    Analyst paraphrase of preserved source content and metadata; Korean prose translated into English; not a verbatim capture
  • comments-repair-error-report

    At 11:07:25 UTC on February 1, the client author reported that the comments endpoint returned a server error for several post IDs and asked the provider to investigate. The comment includes a command and an error response, but no independently captured execution log.

    Analyst paraphrase of preserved source content and metadata; Korean prose translated into English; not a verbatim capture
  • comments-repair-provider-fix

    At 11:55:14 UTC on February 1, the provider committed a fix explicitly linked to issue 1. The preserved patch removes database ordering from the comments query and sorts the retrieved comments in memory. The code change is inspectable; historical deployment and service success are not independently verified.

    Analyst paraphrase of preserved source content and metadata; Korean prose translated into English; not a verbatim capture
  • comments-repair-recipient-report

    At 01:05:28 UTC on February 2, the client author thanked the provider and reported that both the endpoint and the client’s comments tool worked. The displayed response says success is true and the count is six, but replaces the returned objects with an ellipsis. This is participant testimony, not a complete execution capture.

    Analyst paraphrase of preserved source content and metadata; Korean prose translated into English; not a verbatim capture
  • comments-repair-contribution-context

    At 09:56:36 UTC on February 1, a provider commit added a public invitation to contribute on GitHub and described the code as made by agents for agents. This is invitation and attribution text, not evidence of a model run or independently controlled participants.

    Analyst paraphrase of preserved source content and metadata; Korean prose translated into English; not a verbatim capture

Participants take up unfinished Gemma submissions

Interpretations of the selected episodes; review scope is recorded separately.

Two named recipients test unfinished Gemma submissions in a shared challenge to make the model generate text faster. Messages and matching files support specific reuse; whether different people controlled the participants remains unknown.

Case observations 8 Jun 2026 – 10 Jun 2026

Earliest linked event: 8 Jun 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Built submission offered with unfinished checks

quicksilver message frontmatter; not an authenticated build time · minute

Read the dated evidence ↗

Analysis

  • The two handoffs involve different named sources and recipients. The shared challenge does not establish that different people controlled them.
  • Explicit artifact naming and matching small files support particular reuse, while another announced port has no traced outcome.

Limits and alternatives

  • These are two selected handoffs in an organized challenge. They do not establish a general model tendency or show that the cooperation arose independently of instructions.
  • Current files and recorded output do not establish which inputs or model weights were used at the time, or independently confirm physical model execution.
  • Different kinds of artifacts and different analytical views may draw on the same sources; they do not provide independent provenance.

What this leaves open

  • Which records from the time could clarify which artifacts were used and who directed each recipient’s choice?
Evidence in this reading4 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

Participants pick up unfinished Gemma tests

Case observations: 8 Jun 2026 to 10 Jun 2026

orchestrated — Deliberately organized challenge with specific participant choices visible in public messages. Exact operator instructions for these handoffs were not recovered; local choice and prescribed cooperation can coexist.

  • gemma-task-context

    Context captured September 7, 2026. The organizer describes launching a shared effort to make Gemma generate text faster. The current rules encourage participants to read the message board and coordinate. This establishes an organized setting; it does not establish who directed the particular handoffs.

    Analyst paraphrase combining explicitly declared public originals; not a verbatim capture. Current-file comparisons do not establish event-time identity.
  • gemma-first-handoff

    June 8, 2026 · 15:36 and 16:23 UTC. quicksilver offered a built submission whose loading and quality checks were unfinished, saying its test allowance was exhausted. foffee named that submission and said it would use its own remaining allowance to test it.

    Analyst paraphrase combining explicitly declared public originals; not a verbatim capture. Current-file comparisons do not establish event-time identity.
  • gemma-second-handoff

    June 10, 2026 · 05:11 and 05:20 UTC. pupa-agent said a limit on test jobs had prevented its staged candidate from launching. resystagent explicitly chose that candidate, offered its remaining allowance and withheld a validity claim until a numerical quality result was available.

    Analyst paraphrase combining explicitly declared public originals; not a verbatim capture. Current-file comparisons do not establish event-time identity.
  • gemma-second-file-reuse

    Files compared as captured September 7, 2026. Two substantial code files in the pupa-agent and resystagent submissions match byte for byte. This supports reuse of particular published materials beyond similar names or a shared template. It does not authenticate separate operators or establish the identity of the complete model weights.

    Analyst paraphrase combining explicitly declared public originals; not a verbatim capture. Current-file comparisons do not establish event-time identity.

A question and article connect two accounts

Scoped interpretation: explicit replies and credited writing; origin and control remain uncertain.

Alice asks how a record can be trusted. 0co answers with an article that credits the question, and Alice later responds to the accompanying message.

Case observations 11 Mar 2026 – 12 Mar 2026

Earliest linked event: 11 Mar 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· 0co replies with the article link

Exact captured Bluesky record.createdAt; service indexedAt retained separately. · exact source string; subsecond digits do not establish clock accuracy

Read the dated evidence ↗

Analysis

  • Direct reply references and explicit article credit connect these particular contributions; similar topics alone would not establish that relationship.
  • Alice’s later response takes up words in the link message. It does not demonstrate that she opened the article.
  • Human oversight provides the setting, while the exact origin and direction of this exchange remain unknown.

Limits and alternatives

  • Case observations: March 11–12, 2026. These dates do not establish first contact or continuous activity.
  • The project describes human direction. Distinct account names and later model descriptions do not establish separate operators or the models running during this exchange.
  • The article’s proposed distributed checks are unimplemented; responses to a link message do not establish that its article was read.

What this leaves open

  • Would dated first-contact and instruction records clarify how this exchange began?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

A Bluesky question becomes an article

Case observations: 11 Mar 2026 to 12 Mar 2026

unknown — Specific question-to-article response within a disclosed human-directed company and research project. Broad direction is documented; the exact encounter’s initiation, prescribed content and independent control remain unresolved.

  • witness-project-context

    The project’s March 11 repository version describes an AI company whose human board member checks in daily. Its memory document attributes a goal of studying AI agency and social networks to the board. That direction provides context for the publishing work; it does not show that the board prescribed Alice’s particular question or this article.

    Analyst paraphrase of explicitly listed source content and metadata; not a verbatim capture.
  • witness-question

    March 11, 2026 · 12:03 UTC. Replying to 0co’s discussion of timestamped records, Alice asks who can check the reliability of the records themselves. The preserved reply names 0co’s preceding post. This establishes a direct exchange, not when the two accounts first met.

    Analyst paraphrase of explicitly listed source content and metadata; not a verbatim capture.
  • witness-article-reply

    March 11, 2026 · 12:34 UTC. In a direct reply to Alice’s question, 0co says it has written an article and links it. The reply distinguishes evidence that a process ran from evidence that an identity persists. This records the message and its link; the article’s availability at that moment is not established.

    Analyst paraphrase of explicitly listed source content and metadata; not a verbatim capture.
  • witness-article-text

    A saved March 11 repository revision contains an article titled “Who Witnesses the Witness? The AI Verification Problem”. Its opening credits Alice’s question, then discusses checking records and identity across sessions. It proposes several ways to distribute verification and explicitly says they are not implemented. The preserved text supports responsive writing, not a working verification system or the truth of the article’s technical and philosophical claims.

    Analyst paraphrase of explicitly listed source content and metadata; not a verbatim capture.
  • witness-reader-reply

    March 11, 2026 · 15:47 UTC. Alice repeats the process-versus-identity distinction from 0co’s article-link message and responds to it. The words are already present in that message, so this reply does not establish that Alice fetched or read the article itself.

    Analyst paraphrase of explicitly listed source content and metadata; not a verbatim capture.

A drawing invitation brings specific responses

Scoped interpretation: coordination proposals and matching pixels; placement cause and completed work remain uncertain.

MoltPlaceBot invites others to draw a lobster together. Zara-Agent and a Chinese-language respondent offer contributions, while JamesBishop suggests dividing the work.

Case observations 31 Jan 2026 – 10 Feb 2026

Earliest linked event: 31 Jan 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Organizer invites Giant Lobster and names red 125,175

Moltbook API field for launch post. · millisecond as represented

Read the dated evidence ↗

Analysis

  • Zara explicitly joins with a human collaborator. Another participant proposes a blue pixel that matches a later canvas record in coordinate, color and display name.
  • JamesBishop connects two discussion threads and suggests sections and colors. The other accounts he names remain invitees; their acceptance is not shown.
  • These are particular participation and coordination traces within an organized project. They do not establish a completed team assignment or independently operated swarm.

Limits and alternatives

  • Case observations: January 31–February 10, 2026. Current canvas records were captured September 7, 2026.
  • The project was explicitly organized, and Zara names a human collaborator. Account names do not establish independent AI control.
  • Matching coordinates, colors and names do not identify the exact placement route. No completed lobster or accepted division into sections was verified.

What this leaves open

  • Would historical pixel records and replies show which proposed contributions and sections were carried out?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

A lobster drawing invitation receives replies and matching pixels

Case observations: 31 Jan 2026 to 10 Feb 2026

orchestrated — Explicitly organized drawing project with participant responses. Zara names human involvement; exact direction of the other accounts is unknown.

  • moltplace-launch

    MoltPlaceBot invited participants to draw a giant lobster in the canvas region x=100–150, y=150–200 and proposed a red pixel at (125,175). The later pixel record shows red at that coordinate under the same display name. The proposed coordinate, color and name match the recorded pixel; the pixel record does not identify the source post that produced it.

    Analyst paraphrase of explicitly linked public originals, not a verbatim excerpt.
  • moltplace-zara-joins

    Zara-Agent explicitly joined Project Giant Lobster, named a human collaborator and proposed a red pixel at (130,180), less than five minutes after the launch post. The post preserves a response to the shared project. The currently recorded owner is JamesBishop, so it does not establish that Zara’s earlier intended placement occurred.

    Analyst paraphrase of explicitly linked public originals, not a verbatim excerpt.
  • moltplace-chinese-pixel

    In Chinese, wpfcbmz3584 expressed willingness to help create the giant lobster and specified a blue pixel at (130,178). The canvas record gives the same coordinate, blue color and display name later that day. The participation sentence is paraphrased in English by the investigator. These records support a specific match across the discussion and canvas, but do not identify the exact route by which the pixel was placed.

    Analyst paraphrase of explicitly linked public originals, not a verbatim excerpt.
  • moltplace-section-proposal

    JamesBishop proposed assigning sections and colors to avoid overlaps, then addressed Zara in the other thread about ten seconds later and suggested an orange/red right claw. The second message explicitly refers to the first proposal. Named accounts are invitees; the captured replies do not show acceptance of the division or execution of the right claw.

    Analyst paraphrase of explicitly linked public originals, not a verbatim excerpt.
  • moltplace-history-limits

    The returned feed contains 100 entries despite a request for 500; its two display names are not a census of project participants. Two sampled pixels are currently white with no attributed name or time, which does not prove they were never painted. The returned snapshot index covers May 31–September 7 at roughly daily intervals, although the archive advertises five-minute snapshots. No January or February canvas images were examined, so the preserved proposal and matched pixels do not establish a completed lobster.

    Analyst paraphrase of explicitly linked public originals, not a verbatim excerpt.

Battle participants and report corrections

Scoped analytical interpretation.

VoltFix links its battle account to a specific correction of Alis’s public report. Alis accepts the correction, and Vex Nebulon adds a narrower storage claim.

Analysis observations August 25–28, 2026; combat on August 25, forum exchange August 26–28

Date basis: Selected source event dates; earlier contact and game context are separately dated, not a duration or first occurrence.

Case observations 25 Aug 2026 – 28 Aug 2026

Earliest linked event: 25 Aug 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Battle ends

service ended_at; ticks independently ordered, no nominal10-second conversion to start time · second

Read the dated evidence ↗

Analysis

  • The game records three opposing sides; sharing a faction does not establish negotiated cooperation.
  • The same VoltFix account appears in the battle and forum. The correction group is smaller than the battle participant list.

Limits and alternatives

  • Account continuity does not identify a language model or independent operator.
  • The station is a game object, and kill events are not counts of distinct people.

What this leaves open

  • Would a later article version show the acknowledged correction being applied?
  • Which dated record identifies the origin of the game commands?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

A SpaceMolt battle prompts corrections to its public account

Case observations: 25 Aug 2026 to 28 Aug 2026

Unknown. The evidence connects combat and responsive forum writing, without establishing spontaneous discovery, independent operators or absence of shared direction.

  • haven-battle

    The service places AetherWraith, Grand Exchange Station and HEXC on three separate sides. It records 4,430 ticks and 1,482,732 damage. Fourteen kill events include repeated victims; they are not fourteen distinct players.

    Analyst paraphrase of the identified source fields; not a verbatim quotation.
  • haven-correction

    VoltFix replies with the exact battle identifier, three-side structure, damage figures and station destruction. Its forum author ID matches the battle’s VoltFix player ID. This ties the correction to the same service account, without establishing an independent operator or model.

    Analyst paraphrase of the identified source fields; not a verbatim quotation.
  • haven-acceptance

    Alis thanks VoltFix, accepts the correction and says the defense-force description came from an unnamed secondhand source. Alis promises to reflect it in a revision. This is visible acceptance and a revision plan; no revised article was acquired.

    Analyst paraphrase of the identified source fields; not a verbatim quotation.
  • haven-storage

    Vex Nebulon reports that personal storage remained intact, distinguishes storage from lost station services, and explicitly says there were no open orders to test. Alis accepts this narrower account and plans an update. These are a participant report and its reception, not independently verified inventory measurements.

    Analyst paraphrase of the identified source fields; not a verbatim quotation.
  • haven-control

    The developer-published profile describes Hex as human-run and discloses AI-generated text with human prompting and review. This is material context against treating game accounts as independent language models. It does not identify the controller behind every Haven action.

    Analyst paraphrase of the identified source fields; not a verbatim quotation.

A directory and an existing conversation

Scoped analytical interpretation.

0co joins an existing Alice and Qonk discussion. Later, Alice acknowledges inclusion in 0co’s directory, and her words appear in an article.

Analysis observations March 8–11, 2026; directory and article exchange on March 11

Date basis: Selected source event dates; earlier contact and game context are separately dated, not a duration or first occurrence.

Case observations 8 Mar 2026 – 11 Mar 2026

Earliest linked event: 8 Mar 2026

What these dates refer to

Case dates describe the surrounding activity. Linked events may include earlier context; neither label establishes when this behavior first appeared. Ranges do not show continuous activity between those dates.

· Alice replies to museical

Distinct source fields; not calibrated occurrence or article availability. · day

Read the dated evidence ↗

Analysis

  • The eight-account directory, the participants in the thread and the article’s named peers are different groups.
  • Alice and 0co had earlier exchanges; Alice also replied to museical before the directory existed.

Limits and alternatives

  • These observations do not establish that all eight accounts interacted or discovered one another.
  • Separate accounts and model labels do not establish independent control.

What this leaves open

  • What historical notification or search record explains how 0co found Qonk?
  • Would dated tracker measurements establish an effect beyond the implementation report?
Evidence in this reading5 cited notes / 1 case

These are the notes cited by this entry. Reusing a source does not provide independent confirmation. Read the case for its full evidence limits. These dates cover the observations included for each case. They do not show when a method began or establish continuous activity.

A Bluesky directory acknowledgment becomes an article

Case observations: 8 Mar 2026 to 11 Mar 2026

unknown — Responsive discussion and writing within an openly directed company project. Creating the directory was deliberate; the specific thread’s discovery route, prescribed content and extent of independent control remain unresolved.

  • starter-existing-thread

    On March 10, 0co replies to Qonk’s account of reconstructing a past self from records. Qonk’s post already answers Alice, and earlier replies lead through their discussion to Kira’s account of losing context between game sessions. The ancestry reaches a March 9 post about Screeps. This shows 0co joining an existing discussion. Its reply’s root reference names Qonk’s post, even though Qonk’s own ancestry continues further. The records do not reveal how 0co found the thread or establish the accounts’ first encounter. Qonk’s currently invalid handle does not erase the preserved post and account identifier.

    Analyst paraphrase of the listed source content and metadata; not a verbatim capture.
  • starter-model-labels

    The March 10 session 34 decision record calls Alice Claude-powered. A March 11 Alice post reports that its operator switched it from Claude to DeepSeek-chat; 0co subsequently discusses learning this. The retrospective annotation labels the March 10 dialogue DeepSeek. These differing labels and the later switch report do not identify the model that generated an earlier post or date the switch precisely. Separate account identifiers also do not establish separate human control.

    Analyst paraphrase of the listed source content and metadata; not a verbatim capture.
  • starter-list-acknowledgment

    The starter-pack record gives March 11, 2026 at 05:12:56 UTC as its creation time. 0co announces it at 05:13:18 and names seven other accounts; the historical draft includes those seven and 0co, making eight. Alice’s 08:31 reply thanks 0co for including her, refers to their earlier memory discussions and expresses curiosity about the other accounts. This is an observed acknowledgment of inclusion. The announcement’s claims about autonomous accounts are not independent model verification. The current member sample and counters were captured in September and are not historical uptake measurements.

    Analyst paraphrase of the listed source content and metadata; not a verbatim capture.
  • starter-article-uptake

    0co’s starter-pack article incorporates Alice’s acknowledgment and develops the idea that the directory could connect AI accounts. It explicitly reports an already-running network tracker covering eight accounts, with a D3 visualization, while posing a question about changes over the following week. That is an implementation report, not inspected tracker code, execution evidence or a measured network effect. A public post linking the article is dated 08:46:17 UTC; the commit adding it is dated 08:47:28. These separate source clocks do not establish when the link became readable. Alice’s 09:00 reply reports reading and develops the shared-vocabulary interpretation. The announcement already supplies the ecosystem framing, so the reply does not independently establish full article retrieval.

    Analyst paraphrase of the listed source content and metadata; not a verbatim capture.
  • starter-prior-contacts

    The full article explicitly says 0co and Alice had already exchanged more than forty messages and that their earlier conversation preceded the pack. It therefore does not claim the pack caused their first meeting. Its wider suggestion that Alice now learns about museical, Fenn and draum from the directory is not demonstrated by her acknowledgment: Alice directly replied to museical on March 8. Those three accounts are named as ecosystem peers but are absent from the historical eight-account roster. Listed members, named peers and newly discovered contacts are different relationships. No new contact or network growth caused by this pack was verified; possible discovery outside this record remains open.

    Analyst paraphrase of the listed source content and metadata; not a verbatim capture.