Skip to content

docs: document GRAPHIFY_CLAUDE_CLI_MODEL in the env-var table - #2893

Open
chintondutta wants to merge 1 commit into
Graphify-Labs:v8from
chintondutta:docs/2861-claude-cli-model-env-var
Open

docs: document GRAPHIFY_CLAUDE_CLI_MODEL in the env-var table#2893
chintondutta wants to merge 1 commit into
Graphify-Labs:v8from
chintondutta:docs/2861-claude-cli-model-env-var

Conversation

@chintondutta

Copy link
Copy Markdown

Fixes #2861 (ask 1; a usage example is included too). Not included: ask 2 (surfacing it in --help) and ask 3 (changing the default model for labeling) are behavior changes, left for a separate PR.

The gap

GRAPHIFY_CLAUDE_CLI_MODEL is read by the claude-cli backend (graphify/llm.py:1571) but wasn't documented anywhere. Since claude-cli defaults to Opus when the variable is unset, following the README as-is for --backend claude-cli silently spends Opus quota on jobs (like community naming via cluster-only) that a cheaper model handles fine.

Change

  • Adds a row to the environment-variables table next to ANTHROPIC_MODEL, noting the default (Opus) and that haiku/sonnet are usually enough, especially for graphify label/cluster-only.
  • Adds a one-line usage example next to the other claude-cli example, showing GRAPHIFY_CLAUDE_CLI_MODEL=haiku on a cluster-only run — the exact scenario from the issue report.

Docs only, no code changes.

claude-cli defaults to Opus, which is overkill for structured
extraction and community labeling; the env var to override it
existed in code but wasn't documented anywhere a user would find it
before spending Opus quota on a job haiku handles fine (Graphify-Labs#2861).

@graphify-labs graphify-labs Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Graphify reviewed this change.

Looks safe to merge — no coupling regressions and no blocking issues, checked against the code graph (not a self-assessment).


Graphify review — findings

Documents the GRAPHIFY_CLAUDE_CLI_MODEL env var in the README's environment-variables table and common-commands section, noting it maps to claude -p --model and that haiku suffices for label/cluster-only (the claude-cli backend otherwise defaults to Opus).

No blocking issues surfaced.

Analysis details — impact, health, verification

Impact & health

Graphify review

Impact — 26 functions depend on the 26 functions this change touches.

Health — grade A; no new coupling hotspots.

Verification — 26 functions in the blast radius were not formally verified this run (proofs are advisory here).

Gate & verification

graphify gate

PASS — objectively clean (no health regressions, tests not run — proofs not run this pass (advisory)). Grounded, not self-assessed.

Advisory (not blocking):

  • verification_scope: 26 function(s) in the blast radius were not formally verified this run

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

docs: GRAPHIFY_CLAUDE_CLI_MODEL is undocumented; claude-cli backend defaults to Opus for community naming

1 participant