星期日, 5月 31, 2026

Codex 與 Claude Code statusline 設定小記

Codex 與 Claude Code statusline 設定小記



環境:

  • macOS 26.5
  • Codex CLI 0.135.0
  • Claude Code 2.1.149

最近在整理 AI coding tool 的使用環境,發現底部那條 statusline 其實很值得設定一下。平常一直切 repo、切模型、跑長任務,如果沒有一眼看到 context 或 quota 狀態,很容易做到一半才發現快滿了,或是突然被中斷 Orz ....

這篇記一下目前我自己的 Codex 與 Claude Code statusline 設定。兩者概念有點不一樣, Codex 目前是用內建欄位組合;Claude Code 則是把 JSON 丟給 shell script,再把 script 印出的內容顯示出來。


Claude Code 官方文件 

  • https://code.claude.com/docs/en/statusline

Codex 官方文件
  • https://developers.openai.com/codex/cli/slash-commands



Codex 的 status_line

Codex 的設定檔在這裡:

~/.codex/config.toml

我目前放在 [tui] 裡,讓底部狀態列顯示模型、context、額度和目前目錄:

[tui]
status_line = [
  "model-with-reasoning",
  "context-remaining",
  "five-hour-limit",
  "weekly-limit",
  "current-dir",
]


這組欄位對我來說剛好。

  • model-with-reasoning 可以確認現在是不是用預期的模型和 reasoning effort
  • context-remaining 看長任務還剩多少空間
  • five-hour-limitweekly-limit 看額度壓力
  • current-dir 則是避免自己在錯的專案裡下指令


我的 Codex 前面也有模型設定,整體看起來像這樣:

model = "gpt-5.5"
model_reasoning_effort = "medium"
personality = "pragmatic"

[tui]
status_line = [
  "model-with-reasoning",
  "context-remaining",
  "five-hour-limit",
  "weekly-limit",
  "current-dir",
]

改完後可以用下面指令確認版本,順便重開 Codex 看底部是否出現新欄位:

codex --version


Claude Code 的 statusLine

Claude Code 這邊比較自由。設定檔在:

~/.claude/settings.json
~/.claude/statusline-command.sh


也可以直接在 Claude Code 裡用 /statusline 讓它幫忙產生,或是直接呼叫 ai 幫你設定 :)

{
  "theme": "auto",
  "verbose": true,
  "statusLine": {
    "type": "command",
    "command": "bash /Users/max/.claude/statusline-command.sh"
  }
}

重點是 statusLine.command。Claude Code 會執行這個 command,並把目前 session 的 JSON 從 stdin 傳進去。script 只要讀 stdin,最後印出一行文字就好。

我的 script 目前顯示 

  • model
  • context 使用率
  • 上一輪 token 數
  • 有資料時顯示 5-hour limit:


內容如下

#!/bin/sh
input=$(cat)

model=$(echo "$input" | jq -r '.model.display_name // "Unknown"')

used_pct=$(echo "$input" | jq -r '.context_window.used_percentage // empty')
if [ -n "$used_pct" ]; then
  ctx=$(printf "%.0f%%" "$used_pct")
else
  ctx="ctx:--"
fi

in_tok=$(echo "$input" | jq -r '.context_window.current_usage.input_tokens // empty')
out_tok=$(echo "$input" | jq -r '.context_window.current_usage.output_tokens // empty')
if [ -n "$in_tok" ] && [ -n "$out_tok" ]; then
  total=$(( in_tok + out_tok ))
  if [ "$total" -ge 1000 ]; then
    tok_display=$(awk "BEGIN { printf \"%.1fk\", $total/1000 }")
  else
    tok_display="${total}"
  fi
  cost_part="tokens:${tok_display}"
else
  cost_part="tokens:--"
fi

後面再把 5-hour limit 接上去:

five_h_pct=$(echo "$input" | jq -r '.rate_limits.five_hour.used_percentage // empty')
five_h_reset=$(echo "$input" | jq -r '.rate_limits.five_hour.resets_at // empty')
if [ -n "$five_h_pct" ]; then
  five_h_pct_display=$(printf "%.0f%%" "$five_h_pct")
  if [ -n "$five_h_reset" ]; then
    five_h_reset_display=$(date -r "$five_h_reset" "+%H:%M" 2>/dev/null || date -d "@$five_h_reset" "+%H:%M" 2>/dev/null || echo "?")
  else
    five_h_reset_display="?"
  fi
  five_h_part="5h:${five_h_pct_display}(↺${five_h_reset_display})"
else
  five_h_part=""
fi

if [ -n "$five_h_part" ]; then
  printf "%s | ctx:%s | %s | %s" "$model" "$ctx" "$cost_part" "$five_h_part"
else
  printf "%s | ctx:%s | %s" "$model" "$ctx" "$cost_part"
fi

script 建好後記得給執行權限:

chmod +x ~/.claude/statusline-command.sh


最後看一下相關檔案位置,之後要備份或搬到新機器比較不會忘記:

~/.codex/
├── config.toml
└── version.json

~/.claude/
├── settings.json
├── settings.local.json
└── statusline-command.sh


小結一下:

  • Codex 的 statusline 比較像「選內建資訊欄位」
  • Claude Code 的 statusline 比較像「自己寫一個小 renderer」。
兩個都不難,但設定完之後,在長時間 coding session 裡真的比較安心。


又前進一步 ~ enjoy it


Reference

  • https://code.claude.com/docs/en/statusline
  • https://developers.openai.com/codex/cli/slash-commands

星期六, 5月 30, 2026

OpenSpec 安裝與工作流程小記

OpenSpec 安裝與工作流程小記



環境:
  • macOS 26.5
  • Node.js v26.0.0
  • OpenSpec 1.3.1

最近在研究 AI 與 SDD (Spec Driven Development),注意到 OpenSpec 這個工具,先把想做什麼寫清楚,再讓 AI 動手。今天來記錄安裝與第一次跑完整流程的過程。

GitHub https://github.com/Fission-AI/OpenSpec


安裝

# 全域安裝
npm install -g @fission-ai/openspec@latest

# 確認版本
openspec --version
# 1.3.1

在專案初始化

進到專案目錄執行 init,它會問你用哪個 AI 工具(選 Claude Code):

openspec init

安裝完確認一下結構,commands 跟 skills 都裝到 .claude/ 下,不影響版控(因為 .claude/ 在 .gitignore 裡):

.claude/
├── commands/opsx/
│   ├── apply.md
│   ├── archive.md
│   ├── explore.md
│   └── propose.md
└── skills/
    ├── openspec-apply-change
    ├── openspec-archive-change
    ├── openspec-explore
    └── openspec-propose

openspec/
├── changes/
│   └── archive/
└── specs/

openspec/ 下的三個目錄都是空的,git 不追蹤空目錄,所以 git status 完全乾淨。


工作流程:propose → apply → archive

OpenSpec 的核心是三個 slash command:

  • /opsx:propose 規劃
  • /opsx:apply 實作
  • /opsx:archive 歸檔

以這次新增器材摘要功能為例:


Step 1:/opsx:propose

輸入想做什麼,AI 自動在 openspec/changes/<name>/ 建立四份文件:

openspec/changes/admin-machines/
├── proposal.md    # 做什麼、為什麼做
├── design.md      # 技術決策、風險評估
├── specs/
│   └── machine-summary/
│       └── spec.md  # 需求規格與 scenario
└── tasks.md       # 逐一打勾的實作清單

可以在這裡修改內容,確認設計沒問題再繼續。


Step 2:/opsx:apply

AI 讀入四份文件,按 tasks.md 的清單逐一實作,每完成一項就打勾。這次四個 task 全跑完,最後一項是依照 qa-spec.md 補寫 QA 腳本並執行通過。

  • 這邊會列出相關的工項給使用者確認,如果有跟需求不符合的部分可以請 AI 加上工項
  • 預設執行工項不會進行 QA,建議可以將 QA 加入工項,或是引入自己的參照

Step 3:/opsx:archive

實作完畢後歸檔,把 change 資料夾移到 archive/,同時把 specs/ 下的規格同步至主規格庫 openspec/specs/:

openspec/
├── changes/
│   └── archive/
│       └── 2026-05-30-admin-machines/  # 歸檔的 change
└── specs/
    └── machine-summary/
        └── spec.md  # 長期維護的規格

沒有進行中的功能時,changes/ 下只剩 archive/。清爽。


操作了一下沒有太多違和感,如果平常就有使用規範的話,我覺得使用 OpenSpec 最大的好處應該是會保留清楚的 spec 與功能歷史紀錄。



又前進一步 ~ enjoy it

Reference