Skip to content

feat(flare-code): restyle statusline badge to Claude Code native hint style - #311

Merged
getappz merged 1 commit into
masterfrom
fix/statusline-native-317
Jul 23, 2026
Merged

getappz merged 1 commit into
masterfrom
fix/statusline-native-317

Conversation

@getappz

@getappz getappz commented Jul 23, 2026

Copy link
Copy Markdown
Owner

Restyles the flare-code statusline badge to match Claude Code's own status-line hint convention (⏵⏵ auto mode on (shift+tab to cycle) · …).

Before: [FLARE-CODE] (green) / [FLARE-CODE:ULTRA] (amber) / [FLARE-CODE:MODE] (green)
After: ⏵⏵ flare mode on (optimize code) · — arrow-glyph prefix, lowercase phrase, parenthetical carrying the active mode, trailing · separator, single cyan accent (256-color 51).

  • full⏵⏵ flare mode on (optimize code) ·
  • every other mode names itself in the parenthetical → ⏵⏵ flare mode on (optimize code: ultra) ·, … (optimize code: lite) ·, … (optimize code: review) ·
  • hidden (FLARE_CODE_HIDE_STATUS) / off / empty → nothing (unchanged)

Supersedes the ultra-amber-173 color distinction from #316 — the mode now rides in the text, so a single accent covers every mode.

Retires a stopgap: ~/.claude/settings.json currently pipes the statusline through a sed filter that only pattern-matches the plain full-mode bytes and silently no-ops for ultra/labeled modes. statusline_badge() now emits the native style first-class for every mode, so after this merges + an agentflare reinstall, that sed filter gets deleted and statusLine.command calls agentflare directly.

statusline_tests updated to pin the new byte sequences for full / ultra / lite / review. fmt + targeted tests green.

Closes item #317.

… style

Replace the [FLARE-CODE]/[FLARE-CODE:MODE] badge with Claude Code's own
status-line hint convention:

    ⏵⏵ flare mode on (optimize code) ·

arrow-glyph prefix, lowercase phrase, a parenthetical carrying the active
mode, trailing '·' segment separator, single cyan accent (256-color 51).
full is the unqualified default; every other mode names itself in the
parenthetical (e.g. 'optimize code: ultra'). Supersedes the ultra-amber-173
color signal from #316 — the mode now rides in the text.

Retires the external sed stopgap in ~/.claude/settings.json that only
matched the plain full-mode bytes; agentflare now emits the native style
first-class for every mode. statusline_tests updated.

Agentflare-Agent: claude-code_2-1-218_agent
Agentflare-Branch: fix/statusline-native-317
@coderabbitai

coderabbitai Bot commented Jul 23, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@getappz, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 14 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro Plus

Run ID: ce5c5c90-7a24-4027-87da-a3907f64721e

📥 Commits

Reviewing files that changed from the base of the PR and between 86431bd and 38064f6.

📒 Files selected for processing (1)
  • src/cli/optimize.rs
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch fix/statusline-native-317

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@getappz
getappz merged commit 281f3db into master Jul 23, 2026
17 checks passed
@getappz
getappz deleted the fix/statusline-native-317 branch July 23, 2026 08:55
getappz added a commit that referenced this pull request Sep 13, 2026
…k/<seq> branch (#673)

An item created by discover_untracked_prs for a hand-opened PR carries
metadata.pr.branch naming that PR's real branch, which has nothing to
do with the task/<sequence_id> convention every worktree/branch-name
resolver assumed. Dispatching self-repair on such an item created a
brand-new orphan branch and pushed to it, opening a duplicate PR
instead of continuing the existing one -- reproduced live on
image-qc item #19 / PR #311, where self-repair opened duplicate PR
#314 on branch task/19-feat-add-images-crate-... instead of pushing
to PR #311's own feat/image-conversion-module.

resolve_worktree_branch (and everything built on it: create_worktree,
resolve_item_task_branch, is_pr_merged, relabel_pr_completed, push,
CI-status polling) now prefers an item's tracked_pr_branch over the
derived task_branch_name, and accepts it as a valid already-checked-out
branch too so a second dispatch doesn't undo the fix. A no-op for
items dispatched the normal way, since their metadata.pr.branch is
always the same value task_branch_name would have derived anyway.

Agentflare-Agent: claude-code
Agentflare-Branch: fix/self-repair-duplicate-pr-branch
Agentflare-Session: 32183145-c269-4579-ac01-af6c423c2d3f

Co-authored-by: shiva <shiva@gosysinfo.tech>
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.

1 participant