gemma4とqwen3.5、箇条書き要約の指示無視

連載の第6回で、それまでコーディング関連タスクのみを扱ってきた視点を資料作成と要約に移している。手法は意図的にシンプルで、著者が自身の約8,400文字の技術記事をバックグラウンド負荷のない状態でOllamaのAPIに投入し、3〜5個の箇条書きによる日本語要約を求めた。

最も目を引く結果は速度ではなく、qwen3.5:9bの空応答だ。done_reasonが「length」だったことは、モデルが生成上限をすべて思考に消費したことを示しており、著者によればstudy4とstudy5のOrnith系モデルでも再現したという。think: falseを設定すると解消したことから、思考対応モデルをAPI経由で直接使う場合はこのフラグを明示しないと空出力のリスクがあると指摘している。

品質面では、両モデルとも内容は正確だったが形式指示を無視し、絵文字見出しや比較表、コードブロックまで含む長大な戦略レポートを生成した。著者の実践的な教訓は「簡潔に」だけでは通用せず、プロンプトに文字数と出力形式の厳格な制限が必要だということだ。また、今回のテストは1タスクの1回のみであり、文書の種類やプロンプトで指示追従の結果は変わり得るとも注記している。