The Problem With Treating Agents Like Humans
A human often uses Git like this:- Inspect the task and project rules.
- Read several files.
- Try a small change.
- Run a tool.
- Rewrite the change.
- Check a failing edge case.
- Add tests.
- Prepare a final explanation.
- Ask whether publication or deployment is allowed.
Agent-Native Concepts
| Glyph concept | Agent meaning |
|---|---|
| Realm | The source view the agent is allowed to see or publish. |
| Work context | The named task workspace the agent is changing. |
| Claim | The actor currently responsible for a work context. |
| Snapshot | Captured progress that does not have to become public history. |
| Checkpoint | A named milestone worth remembering. |
| Publication | A deliberate visibility transition into a realm. |
| Prune | Remove a physical projection after the graph has retained history. |
| Remote sync | Export the public projection to Git/GitHub compatibility. |
Why Realms Matter
Agents often need context boundaries:- Public code can go to GitHub.
- Maintainer-only code may include private implementation details.
- Embargoed security work should not leak through export.
- Generated docs should include public pages but not local stores.
Why Work Contexts Beat Branches For Agents
A Git branch is a pointer in commit history. A Glyph work context is a task container. That difference matters because a task container can carry:- A human-readable task name.
- A base realm.
- A materialized workspace path.
- Claims and heartbeats.
- Snapshots and checkpoints.
- Conflict relationships.
- Publication state.
Why --json Is The Default Agent Interface
Agents should not parse decorative terminal output. Glyph commands return stable JSON:
Reasons Beat Commit Messages For Intermediate Edits
Agents make lots of small writes. Turning every edit into a Git commit creates noisy history. Skipping provenance entirely makes review harder. Glyph uses write reasons:Publication Is A Human-Sized Decision
Agents should be able to edit, test, and checkpoint freely. They should not silently change public state unless the workflow allows it. Glyph makes publication explicit:- Which work context is landing.
- Which realm receives it.
- Whether the history is squashed or preserved.
- Which audit event records the transition.
Public Export Checks Protect The Boundary
GitHub CI sees the Git export, not the whole Glyph store. That is correct, but it means Glyph must validate the exported public projection before sync. Glyph does this with:glyph.yaml:
remote sync runs these checks by default:
Claims And Heartbeats Make Coordination Visible
Agent work can be concurrent. Without coordination, two agents can silently make incompatible edits. Glyph provides explicit claims:Conflicts Are About Work, Not Just Text
In Git, conflict detection usually appears at merge time. Glyph can ask about conflicts between active work contexts:- Which work contexts overlap?
- Which path is disputed?
- Which task should publish first?
Git Is Still Useful
Glyph does not reject Git. It changes Git’s job.| Git role | Glyph view |
|---|---|
| GitHub hosting | Public compatibility mirror. |
| Git commits | Export artifacts from publications. |
| GitHub Actions | External confirmation of public projection health. |
| Git remotes | Sync targets. |
| Git branches | Compatibility surface, not the source-control model. |
remote sync creates a clean Git export. GitHub gets normal commits. Glyph keeps the richer local source graph.
Recommended Agent Loop
For command-by-command flows, use Workflow Reference. The short policy is:- Start with
glyph status --json. - Use an explicit work context for changes.
- Claim active work when coordination matters.
- Use
glyph readandglyph writewhen practical. - Provide a reason for every write.
- Checkpoint meaningful milestones.
- Run
glyph work conflictsbefore publication. - Run
glyph check publicbefore public sync. - Publish only when requested or authorized.
- Prune completed work projections.
- Sync remotes only when requested or authorized.
What Glyph Does Better Than Git For Agents
| Need | Git | Glyph |
|---|---|---|
| Machine-readable command surface | Mixed porcelain output | --json everywhere important |
| Task identity | Branch names by convention | Work contexts |
| Active ownership | External convention | Claims and heartbeats |
| Intermediate progress | Commits or stash | Snapshots and checkpoints |
| Visibility boundary | Branch/repo conventions | Realms and publication |
| Public export validation | Usually remote CI | Local pre-sync checks |
| Cleanup | Delete branch/worktree manually | Prune projection, retain graph |
| Agent guidance | External docs | Bundled docs and skills |
Where Git Is Still Better Today
Glyph is still a prototype. Git remains stronger for:- Universal hosting support.
- Mature diff and merge tooling.
- Established review workflows.
- Large ecosystem integrations.
- Familiar human workflows.
A Good Agent Session
A good session leaves behind:- A named work context.
- Write reasons.
- Checkpoints.
- A clean diff.
- Conflict checks.
- Public export checks.
- A publication record if the work landed.
- A pruned projection if the workspace is done.
- A remote sync record if GitHub was updated.
Failure Modes To Watch
Projection Drift
The public realm may omit a file required by the build. Fix this withglyph check public and manifest-configured checks.
Silent Filesystem Edits
An agent may edit files directly without writing through Glyph. Fix this by importing or writing the changed files into the work context before publication.Stale Workspaces
Long-lived materialized workspaces can confuse humans and tools. Prune completed work.Unauthorized Publication
An agent may be capable of publishing but not authorized to publish. Project instructions should say when publication and remote sync are allowed.GitHub Mirror Confusion
GitHub is an export-only mirror in this project. Do not treat it as the canonical store during Glyph dogfooding.Future Agent Integrations
The CLI is the first integration surface. Future integrations can add:- MCP tools over the same source graph.
- Rich review objects.
- Policy-aware partial publication.
- Semantic conflict detection.
- Bidirectional GitHub import as proposals.
- Agent dashboards backed by the visualizer graph.