← GreptileCONTENT HISTORY

Update to Greptile

Snapshot Sep 30, 2026 · 23:08 UTC · version 1.2.3

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "name": "login",
  "description": "Sign the bundled Greptile CLI in through browser OAuth when the user wants to authenticate the CLI.",
  "included_files": [
    {
      "relative_path": "scripts/greptile.mjs",
      "size_in_bytes": 10697706
    },
    {
      "relative_path": "scripts/greptile.version",
      "size_in_bytes": 6
    }
  ],
  "skill_md_contents": "---\nname: login\ndescription: Sign the bundled Greptile CLI in through browser OAuth when the user wants to authenticate the CLI.\n---\n\nSign the bundled Greptile CLI in to the user's account. Tell the user that a\nbrowser will open and they need to finish signing in there.\n\nResolve `<skill-root>` as the directory containing this `SKILL.md`.\nSubstitute that absolute path in the command; use the bundled script rather\nthan a separately installed `greptile` executable.\n\n```sh\nGREPTILE_NO_UPDATE_CHECK=1 node \"<skill-root>/scripts/greptile.mjs\" login\n```\n\nAllow up to ten minutes for the browser round-trip. If the shell tool returns\na running session, keep polling that session until login finishes.\n\nThis opens `auth.greptile.com` and saves CLI credentials in\n`~/.greptile/auth.json`. The plugin's MCP connection authenticates separately\nthrough Codex and keeps its own tokens. Signing in to one does not sign in to\nthe other. If the user wants MCP access, direct them to connect the Greptile\nMCP server in Codex instead.\n"
}

SHA-256: ced3e9a1281315059e228de614310db076a9ed473dba9ee1d16bdaabfaefab90