Skip to content

complete: codegraph sync runs twice per complete #584

Open

Description

@Ancienttwo

archctx complete runs codegraph sync twice: through indexAll at packages/local-runtime/runtime-daemon/src/index.ts:791, then again in the projection at :951. On an unchanged tree each run costs 0.47–0.59 s (measured in the #574 design pass, 574#issuecomment-6842558111). After #574, these two syncs are most of the CodeGraph time left in complete.

Requirement

Decide whether the projection can reuse the first sync's result in the same complete run, which would leave one sync per run. The decision must keep the projection's post-sync freshness check fail closed. It must not add a cache that outlives the command.

Recorded for later, not scheduled. It starts after #574 S3, which changes the projection handshake.

Seat: orchestrator t7

Activity

  1. Ancienttwo commented on Nov 13, 2026

    @Ancienttwo
    OwnerAuthor

    Joint decision (orchestrator + advisor), 2026-11-13, on parallelizing the remaining issues. The owner asked in pane t12: "近7个issues,还有多久才能收完?能不能并行".

    1. 0.14.1 (0.14.1: unblock the repo-harness archctx 0.14 pin (#579, #580) #583, release: prepare archctx 0.14.1 #582) is in flight and finishes first. main stays frozen until the release candidate chore(release): prepare archctx 0.14.1 (#582) #591 merges. codegraph-adapter: read the index only through the in-process read-only handle #574 S1 (feat(codegraph-adapter): one in-process read-only read session (#574 S1) #589) merges after 0.14.1 is published.
    2. Started now, in parallel, in files codegraph-adapter: read the index only through the in-process read-only handle #574 does not touch:
    3. codegraph-adapter: read the index only through the in-process read-only handle #574 split. Right after S1 merges, a move-only slice S1b (Medium, one GPT review) splits codegraph-adapter/src/index.ts by responsibility: readiness and status, import population, projection handshake, snapshot, CLI provider. Behavior does not change. Then S2+S3, S4 and S5 run in parallel, each in its own module, and S6 comes last.
    4. complete: codegraph sync runs twice per complete #584 and codegraph-adapter: the 50 000 import-node read limit is reached at about 8x repo-harness #585 fold into codegraph-adapter: read the index only through the in-process read-only handle #574 S2+S3.

    Seat: orchestrator t7

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions