agentleFS
ryanmacleanryanmaclean/skills/jj/SKILL.md

jj

Skill1 starsChanged 50 days agoMITView on GitHub

Use when working in a jj (Jujutsu) repository. Covers the core workflow, workspace management, and common operations. jj is a newer VCS — do not assume git commands work here.

  • Commits and pushes

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    No staging area: All file changes in the working directory are automatically part of the current change (@).

    line 68
  2. Very specific:

    jj new moves forward: After describing a change, jj new creates a new empty commit on top.

    line 72
  3. Distinctive:

    When running as a dispatched agent in a jj workspace:

    line 80
  4. Distinctive:

    Do NOT try to push to origin yourself.

    line 96

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

jj (Jujutsu) VCS Cheatsheet

jj is a Git-compatible VCS with a different mental model. Every change is always a commit — there is no staging area. The working copy IS a commit (@).

Core Concepts

git conceptjj equivalent
staged changesdoesn't exist — edits are auto-tracked
git commitjj describe -m "msg" + jj new
git statusjj status
git logjj log
git diffjj diff
git checkout <branch>jj edit <rev>
git branchjj branch list
worktreejj workspace

Daily Workflow

# See what changed
jj status
jj diff

# Commit the current working copy change
jj describe -m "feat: add shell completions"
jj new          # creates a new empty change on top

# One-liner equivalent
jj commit -m "feat: add shell completions"

# View history
jj log
jj log -r '::@'   # ancestors of current change

Workspaces (multi-agent isolation)

jj workspaces are like git worktrees but tracked in .jj/:

# List workspaces
jj workspace list

# Add a workspace (creates a directory with its own working copy)
jj workspace add ../my-feature-workspace

# Forget (remove) a workspace when done
jj workspace forget my-feature-workspace

Revsets (query language)

jj log -r 'main..@'          # commits between main and current
jj log -r '@-'               # parent of current
jj log -r 'description("fix")'  # commits containing "fix"

Key Differences from Git

  1. No staging area. All file changes in the working directory are automatically part of the current change (@).
  2. Commits are mutable. jj describe edits the current commit's message without creating a new one.
  3. jj new moves forward. After describing a change, jj new creates a new empty commit on top. This is the equivalent of "I'm done with this commit, start a new one."
  4. @ is always a commit. The working copy is always represented as a commit, even when empty.
  5. Branches are optional. jj uses anonymous commits; branches are just named pointers.

In the bop context

When running as a dispatched agent in a jj workspace:

# Check you're in the right workspace
jj workspace list

# Make your changes (edit files normally)
# Then commit:
jj describe -m "feat: what I implemented"
jj new

# Verify your commit is recorded
jj log -r 'main..@-'

The merge-gate will squash and push your changes to main via jj squash. Do NOT try to push to origin yourself.

Common Mistakes

  • ❌ git add && git commit — doesn't work, changes won't be recorded as jj commits
  • ❌ git push — use jj git push if needed, but the merge-gate handles this
  • ❌ jj squash before done — squash flattens into parent, reserve for cleanup
  • ✅ jj status to see current state
  • ✅ jj describe -m "..." + jj new to commit and move on

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.