[v0.1/CLI Args Review] Remove the ignored root --trace-perf option #54
Labels
No labels
priority/P0
priority/P1
priority/P2
release/v0.1.0
status/blocked
status/planned
type/bug
type/design
type/test-gap
type/tracker
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
natsukium/felis#54
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
現状
トップレベル
felis --trace-perfは user-visible な global option だが、window launch 以外では受理したまま無視される。felis --trace-perf sessions list、felis --trace-perf doctor、felis --trace-perf bridgeは parse に成功するが、main.rsの headless 分岐は値を読まない。configやwindow retargetは意味のない global carrier を明示的に拒否しており、同じ CLI の「無効な option は拒否する」姿勢と不一致。RUST_LOGがあり、felis-client --trace-perf/felis-daemon serve --trace-perfも各プロセスの内部診断面として残せる。root option を全 verb に公開して silent no-op を許す必要はない。frontend <name>に対して root の--trace-perfを自動転送することも、opaque frontend の grammar を felis が知らないという同 subcommand の設計と緊張する。初回 CLI contract を freeze した後に option を削るより、今 user-facing root surface から外すか、意味がある invocation だけに scope すべきである。
提案
第一候補はトップレベル
felis --trace-perfを削除する。RUST_LOG=... felis ...、または内部 frontend/daemon binary の診断 option で行う。felis frontend <name> --trace-perfと明示的に opaque argv として渡せるため、root が grammar を推測して挿入しない。残す場合でも、headless/config/doctor/bridge/retarget で parse 後に silent ignore してはならない。適用可能な launch form だけが受理する構造にするか、意味のない組み合わせを usage error にする。
Principle check
RUST_LOGと process-local 診断 option が同じ用途を既に担うため、重複した public surface を削る。Acceptance criteria
felis --helpに、headless verb で無視される global option がない。felis --trace-perf sessions listのような無効組み合わせが silent success/通常 dispatch にならない。perf-traceskill に残る。frontend <name>以降だけが opaque pass-through である。skills/felis/SKILL.md、CHANGELOG.mdを更新する。対象
crates/felis-cli/src/main.rscrates/felis-cli/src/tests.rsdocs/reference/cli.mddocs/explanation/architecture/control-surfaces.mdskills/felis/SKILL.md.claude/skills/perf-trace/SKILL.mdParent review: #55
Parent review: #55