future-architect

Deep-dive security risk analysis for a dependency flagged by uzomuzo diet

Data-driven deep evaluation of whether a dependency is worth removing

Remove a dependency identified by uzomuzo diet — analysis + issue (default) or direct PR

Batch diet-trial fuzz testing across OSS projects. Usage: /diet-fuzz <languages|all> [--count N] [--tool trivy,syft,cdxgen] [--max-parallel N] [--projects-file path]

Batch-process open GitHub issues with parallel agents. Analyzes conflicts, dispatches workers, creates PRs. Usage: /batch-issues [issue numbers] [--dry-run] [--max-parallel N]

Safe commit with branch verification and build/test/lint checks

Detect and optionally remove dead code in the Go codebase. Usage: /deadcode [fix] [<path>]

Run uzomuzo diet on an external OSS project. Usage: /diet-trial <org/repo> [--tool trivy|syft] [--compare] [--no-source] [--no-save]

Qiita の下書き URL と著者名を入力に、hexiita 変換 → フロントマター整備 → 本文の整形（見出し・段落内の改行・箇条書き）→ カテゴリ・タグ見直し → 連載の索引記事の表を埋める → textlint / markdownlint 対応 → mermaid SVG 生成 → 検証 → PR 作成まで行う記事公開手順。「この Qiita 記事を公開して」と頼まれたときに使う。

サイトのアクセシビリティ・ユーザビリティ・情報設計・デザインの点検。ローカルサーバを代表ページ分だけ巡回して axe・キーボード走査・実寸のスクリーンショットで測り、機械で拾えない部分は目で見る。「デザインを見てほしい」「アクセシビリティをチェックして」「情報設計を点検して」「見づらいところを探して」と頼まれたときに使う。個別の issue の実装は issue-workflow が担当。

GitHub issue 番号を渡されたときのサイト改修の進め方。issue を読む → あるべき論を実データ付きで合意 → 実装 → 生成物で検証 → PR → 動作確認サーバの URL と確認ポイントを提示 → CI 合否を確認、までを1往復で行う。「#2572 着手して」「この issue やって」と頼まれたときに使う。記事の公開は publish-qiita、タグ整理は tag-maintenance が担当。

タグの親子オントロジー（source/_data/tag_ontology.yml）の整合性チェック・増分追記と、タグの名寄せ・統合の手順。タグ整理、名寄せ、タグ統合、オントロジー更新を頼まれたときに使う。

テクニカルライティングガイドライン(documents/forTechnicalWriting/technical_writing_guidelines.md)に準拠しているかドキュメントをレビューする。ガイドライン文書・設計書・Markdown記事・依頼/報告文のレビュー依頼時、「テクニカルライティング観点でレビューして」「ライティングレビュー」と言われた時に使用する。