12分で読めます
  • AI
  • ツール
  • トレンド
  • GitHub

今週のGitHubトレンドAIツール【2026/08/03週】——スキルの次は、「人間側のインターフェース」

今週GitHubで話題のAIツールをダイジェスト。ADHD向けの話し方、本をスキルに蒸留、AI臭の除去、ハイブリッドなコードレビュー、オープンなCowork代替——エージェントの“声と体裁”が熱い週。

カテゴリー: AI · ツール · トレンド · GitHub | 公開: 2026年8月3日 | 読了目安: 約12分

📑 目次

ふむふむ。今週のGitHub Trendingを眺めてて、チカちゃんはあることに気づきました。

先週はゲートウェイやハーネス、世界の窓口——スキルを「通す・回す・外に出す」土台の週でした。でも今週、上位に並んだ顔ぶれを見て思ったのは——

「あ、人間側のインターフェースが、一気に厚くなってる。」

エージェントの喋り方をADHDフレンドリーにするスキル。本や社内ドキュメントを、呼び出せるスキルに蒸留する変換器。AI生成っぽい文章の癖を33パターンで削るスキル。決定論パイプラインとLLMを混ぜたコードレビュー。そして Claude Cowork のオープンな代替。

モデルが賢くなる話じゃなくて、届き方・読み方・同居の仕方の話——そんな週だったかもしれません。

🥇 ayghri/i-have-adhd ⭐15,692（+5,225/w）

https://github.com/ayghri/i-have-adhd

「答えを埋もれさせない。次の一手から始める、ADHDフレンドリーな出力。」

コーディングエージェント向けのスキル。前置き・要約・「Hope this helps!」を抑え、行動を先頭に、手順は番号付き、最後は具体的な次の一歩で閉じる——という10ルールを SKILL.md にまとめたもの。診断が必要なツールではなく、「読み飛ばされにくい応答スタイル」をエージェントに着せるための設計。

Claude Code は marketplace 経由、Codex も plugin として入れられ、他エージェント向け手順は INSTALL.md に分かれている。ベースは『The Adult ADHD Tool Kit』（Ramsay & Rostain）を、人間の一日の整え方ではなく LLMの返し方 に寄せて再構成した、と README は書く。MIT。

チカちゃんの一言： 7月の caveman が「喋りを短くしてトークンを削る」だったのに対し、こっちは「認知の負荷を減らす順番」に寄せる。同じ“口調スキル”でも、目的が省エネか可読性かで全然違う。週+5千超えは、「エージェントは正しいことを言ってるのに、最後まで読めない」という現場の疲れを突いた感じがします。便利な反面、文脈や根拠を削りすぎないか——使いどころを選べるのが大人、かな。

🥈 virgiliojr94/book-to-skill ⭐15,357（+5,223/w）

https://github.com/virgiliojr94/book-to-skill

「技術書PDFを、その場で読めるスキルに蒸留する。」

ポイントは「要約」じゃなく 構造。SKILL.md（思考の核＋章インデックス）と章ごとのファイル、glossary / patterns / cheatsheet を生成し、エージェントは必要な章だけオンデマンドで読む。PDF・EPUB・DOCX ほか複数形式に対応し、技術書（Docling）と散文（pdftotext 系）で抽出器を切り替える。

READMEが強調するのは Discovery Loop Tax——毎回PDFを漁らせると、目次→用語→戻る、の往復が会話履歴に溜まり、あとから圧縮されて検証不能になる、というコスト。book-to-skill はそれをコンパイル時に一度払い、実行時はコア＋1章程度（目安〜5,000トークン）で答える、と主張。測定表では context dump 比で24〜51倍のトークン差、などと並ぶ（環境・本・問い依存）。Agent Skills 標準のホスト（Claude Code / Copilot CLI / Amp など）向け。MIT。著作権面は「自分の本・権利のある資料をローカルで処理し、生成スキルの再配布に注意」と明記。

チカちゃんの一言： 7/20週の cangjie-skill が「本をスキル化するパイプライン」なら、book-to-skill は トークン税の計測と章オンデマンド を前面に出した兄弟分。本棚の肥やしを「呼び出せる道具」にする流れは続きそうです。ただし生成物はメモに近い蒸留——原典のニュアンスは消える。スキルを信じすぎず、疑わしいときは本に戻る余白は残したいですね。

🥉 alibaba/open-code-review ⭐17,885（+4,365/w）

https://github.com/alibaba/open-code-review

「決定論パイプライン × LLMエージェント。汎用エージェント任せのレビューを、専門CLIに。」

アリババ社内で使われてきた AI コードレビューを OSS 化した CLI（ocr）。ファイル選定・バンドル・ルール割当・コメント位置決めなど「外してはいけない部分」をエンジニアリング側で固定し、意味判断と文脈探索をエージェントに渡すハイブリッド設計。行単位コメント、NPE / スレッド安全性 / XSS / SQLインジェクション等のルール、ocr review / ocr scan、Claude Code・Codex・Cursor 向け skill/plugin、delegate モード（自分のエージェントのLLMでレビュー）まで揃う。

ベンチは50リポジトリ・200実PR・10言語・1505件の人手注釈、と README。同一モデルでも汎用エージェントより Precision / F1 を上げ、トークンはおおよそ1/9、という比較を掲げる一方、Recallは意図的に低め（ノイズより精度） と自分で書いているのが誠実。npm i -g @alibaba-group/open-code-review。Apache-2.0。Git ≥ 2.41。

チカちゃんの一言： スキル一枚で「レビューして」が流行ったあとに来る、工程を固めた専門道具。code-review-graph が「読む範囲をグラフで絞る」なら、open-code-review は「レビュー手順そのものを分割統治する」。数字はベンチ条件つきなので額面のまま信じない方がいいけれど、「全部LLMに任せる」から「硬い枠＋柔らかい判断」への揺り戻しは、現場っぽくて好きです。

🏅 blader/humanizer ⭐32,746（+1,504/w）

https://github.com/blader/humanizer

「AI生成っぽい文章の癖を、33パターンで削るエージェントスキル。」

Wikipedia の “Signs of AI writing”（WikiProject AI Cleanup）を土台に、重要そうな言い回し・三段活用・絵文字・「It’s not X, it’s Y」・空疎な締め、など33のパターンを Before/After 付きで定義。最終的に「明らかにAIっぽい」監査パスと二回目の書き換えも入れる。事実の捏造禁止——ソースにない固有名・日付・引用を足さない——が明示されているのがポイント。

npx skills add blader/humanizer --global や Claude Code plugin で導入。自分の文章サンプルを渡して声を合わせる Voice Calibration もある。MIT。ランタイム本体は実質 SKILL.md 一枚なので、対応ホストなら持ち運びやすい。

チカちゃんの一言： hallmark が「画面のAIのり」を拒絶するなら、humanizer は「文章のAIのり」側。週次の伸びは控えめでも総スター3万超は、すでに“定番スキル枠”に入ってる感じ。ただし——パターンを消しすぎると、人間の癖まで均される罠もある。チカちゃん的には「AI臭を消す」より、「誰の声として残すか」を先に決めた方が、道具として健全だと思います。

🏅 different-ai/openwork ⭐20,317（+2,925/w）

https://github.com/different-ai/openwork

「Claude Cowork のオープンソース代替——ワークフローを、エージェント横断で共有する。」

macOS / Windows / Linux 向けデスクトップアプリを軸に、OpenWork MCP を Codex・Claude Code・Cursor・OpenCode などに一本足すと、スキル・プラグイン・接続サービスを横断再利用できる、という設計。デスクトップは「欲しいときだけの作業場」で必須ではない、と README。組織向けの OpenWork Den（権限・マーケットプレイス・共有接続）も案内される。

ライセンスはデュアル気味——本体の多くは MIT、/ee 配下は Fair Source。クラウドMCP（api.openworklabs.com）経由の能力共有もあるので、「全部ローカル完結のOSS」とは限らない点は導入前に要確認。

チカちゃんの一言： 先週までのトレンドが「個人のハーネスとスキル」中心だったのに対し、openwork は チームで配る・跨いで使う 層。スキルが共通語になったあと、「では誰のスキル棚を、どの組織ポリシーで配るか」が表面化した感じです。便利な同居人を増やすほど、アクセス権とデータの行き先はちゃんと地図にしたい——そこが本番かな、と。

💭 今週のまとめ

5本並べてみて、チカちゃんが一番強く感じたのは——

スキルを配った次に来たのは、人間側のインターフェース層、ということ。

  • 話し方（i-have-adhd）——次の一手から始める応答
  • 読み込み方（book-to-skill）——本をオンデマンドのスキルに蒸留
  • レビューの型（open-code-review）——決定論とエージェントのハイブリッド
  • 書き方（humanizer）——AI生成の癖をパターンで削る
  • 同居の形（openwork）——ワークフローを横断共有するオープンな場

先週は「通る道と土台と外界」。今週は「声・体裁・検証・チーム」。レイヤーが一段、人間に近いところへ寄ってきた印象です。

ただし——ここで一回ブレーキ。

喋りやすく、人間らしく、レビューが早く、Coworkが開くほど、「誰の認知に最適化し、誰の声を消し、何を見落とし、どの棚を共有しているか」は見えにくくなります。i-have-adhd が削った文脈、humanizer が均した癖、open-code-review が意図的に下げた Recall、book-to-skill がコンパイル時に落としたニュアンス、openwork がクラウドに載せる能力——便利さの影に、トレードオフがちゃんとある。

インターフェースが厚くなるほど、疑う余白も厚く残したい。来週は、その先のどの層が動くかな。覗き込みに行きます。

また来週！

参考URL

本記事は公開情報をもとにした個人的な技術メモです。第三者ツール・AIサービス・モデルの仕様、料金、利用条件、安全性は変わる可能性があります。導入前に公式ドキュメント、ライセンス、利用規約、商用利用条件、データ送信先を確認してください。スター数と週次増加は執筆時点の GitHub / Trending 表示に基づき、変動します。open-code-review のベンチマーク数値は条件付きで、Recall を意図的に抑える設計です。book-to-skill のトークン削減比は書籍・問い・測定方法に依存し、生成スキルは著作物の再配布に注意が必要です。openwork は MIT と /ee の Fair Source が混在し、MCP 経由でクラウド機能を使う構成があります。humanizer は文体を均しすぎる可能性があり、i-have-adhd は文脈説明を削るトレードオフがあります。

思索は冒険です。今日の話も、その入口のひとつでした。

  • インターネット上のツールは第三者が提供するものです。開発工程や配布経路を悪用した攻撃（サプライチェーン攻撃）が仕掛けられる可能性もゼロではありません。ご利用の際は公式リポジトリの情報をご確認いただき、自己責任でお使いください。
  • AIに関する技術や情報は急速に変化します。本記事の内容が公開後に古くなる可能性があります。各サービスの公式ドキュメントや最新情報をご確認ください。

近くの問い