Docsbookのイシュートラッカーで、いつ何がリリースされたか

Issuesでリリースされたすべての内容です。これはDocsbookの完全な変更履歴からIssuesに関する部分を抜粋したものです。

新着 - 04.09.2026#

追加#

• エージェントの実行に含まれるすべてのステーションは、見つけた内容を独自のトラッカー上の GitHub Issue として登録するため、何をすべきかを知るためにトランスクリプトを読む必要がありません。その発見は、それを生み出した実行が終わった後も残ります。誰かが引き継ぐことができ、それを修正する差分から参照でき、その差分をマージすれば Issue が閉じられます。 Issues
• エージェントが登録した Issue では、サイドバーにそのエージェントが表示され、そこからカードを開けるため、「この処理を起動したものは何か、そしてこのステーションはどのルートの一部か」を確認するのに、パネルをたどって戻る必要はなく、1 クリックで済みます。その横には、発見の元となった実行、同じルートにある他のステーション、この Issue を参照している他の Issue、そしてこの Issue を閉じるプルリクエストが表示されます。 Issues
• オープンな Issue は、そのページから直接閉じることができます。GitHub のページ自体で選べるのと同じ 3 つの理由、つまり完了、予定なし、重複のいずれかとして閉じられるため、操作のためにパネルを離れる必要はありません。 Issues
• Issues でも、ライブの GitHub 表示をいきなり開くのではなく、初回訪問時に同じウォークスルーが表示されます。 Issues

変更#

• 課題を読むと、単に何が書かれているかだけでなく、それがどうなったのかもわかるようになりました。コメント、起票したエージェントと実行、そしてその課題に対して作成されたプルリクエストを確認できます。誰かが書き留めただけの仮説と、実際に誰かが検証した仮説では見え方が大きく異なりますが、これまでトラッカーに表示されていたのは前者だけでした。 Issues
• エージェントの課題は、見つけたものから開くようになりました。実行が行われた理由、それまでの手順から渡された内容、書き込んだものに起きること、生の呼び出しはすべて下部の1つの折りたたみブロックにまとめられました。そのため、見つかった内容への対応を決めるために、仕組みに関する4つの見出しをスクロールして通り過ぎる必要がなくなりました。 Issues
• 課題のウォークスルーでは、空のトラッカーではなく、例として用意された課題を使うようになりました。初回訪問時には、起票された検出結果がどのようなものかを確認できます。エージェントが自ら開いたことを示すバッジ、どの種類のリーダーが報告したかを示すラベル、未完了の課題と完了した課題が並んで表示されます。これにより、何もないことを伝えるのではなく、このセクションの意義を説明できるようになりました。例であることは明記され、実際の課題が存在するとすぐに表示されなくなります。 Issues

修正済み#

• エージェントが作成した Issue に、GitHub 上で再びラベルが付与されるようになり、リポジトリにまだ存在しないラベルは先に作成されます。ラベルがなければ、パネルはエージェントの検出結果と人が入力した内容を区別できないため、実行、ルート、隣接するステーションのいずれもない状態で20件の検出結果が開かれていました。 Issues

削除#

• Issues リストからGenerate Issuesボタンがなくなりました。ステージに沿って Issues を依頼する機能はこれまでどおり動作します。アシスタントに伝えるか、対応するエージェントを有効化してください。このボタンはその依頼を作成する方法の一つであり、独立した機能ではありません。 Issues

新しい - 2026年9月2日#

追加#

• 管理パネルに課題セクションを追加 — ドキュメントの構築元リポジトリにある GitHub の課題が、変更の下に表示されます。変更は、プロジェクトですでに完了したことと、プロジェクトが移行した内容です。課題は、まだ完了していないことです。行にカーソルを合わせると、課題の本文、ラベル、作成者を含むカードが表示され、開くと全内容を確認できます。 Issues
• 各課題には、アシスタントに処理を引き渡す3つのボタンがあります。開始は、課題が求めている作業を実行します。監査は、誰かが対応する前に課題を評価します — その問題はこのプロジェクトにとって本当に存在するのか、数値は正しいのか、すでに完了しているのか、別の場所ですでに登録されていないかを確認します。クローズ済みの課題には3つ目の検証があり、ベースラインと誰も変更していないページを基準に、主張された結果を証明します。オープンな課題には発見が表示されます。まだ何も完了していない課題には、検証すべき結果がないためです。 Issues
• 課題を生成は、アシスタントにプロジェクトを調査させ、見つけた内容を課題として登録します。その前に2つの質問があります。どの作業段階にいたいか — 観察、理解、発見、決定、計画、実行、測定、検証、学習、調整 — と、どの数値を動かしたいかです。尋ねること自体が目的です。段階を指定しなければ、アシスタントは毎回構築すべきものを返します。また、測定も検証もないバックログは、最後に構築したものが機能したかどうかを決して確認しないチームのものです。選択した組み合わせによって、それをすでに担当しているエージェントも選ばれるため、課題は一般的な助言ではなく、このプロジェクト固有の証拠に基づいて作成されます。 Issues
• 新しい課題では、パネルを離れずに自分で課題を登録できます。 Issues

関連#

• Docsbookの全変更履歴 — すべてのセクションにわたる各リリース
• パネルセクション別の変更履歴 — 同じリリースを反映先ごとに分類
• 成果別の変更履歴 — 同じリリースを変更する数値ごとに分類