OpenCode 1.16.0が公開されました。今回の更新は、派手なモデル追加よりも、AI開発を複数の作業場所・複数のセッションで扱いやすくする方向に寄っています。
小さな開発会社でAIエージェントを使うと、問題は「コードを書けるか」だけではありません。どの作業場所で動かしたか。未保存の変更や未追跡ファイルをどう扱ったか。過去セッションを後から見直せるか。こういう地味なところで、品質と引き継ぎの差が出ます。
何が起きたか
公式GitHub Releasesによると、OpenCode 1.16.0ではmanaged workspace cloningが追加されました。dirty fileやuntracked fileを保ったままworkspaceをcloneできる更新です。
あわせて、sessionをworkspaceやdirectoryの間で移動できるようになりました。skill discoveryとfile-based agent loadingも追加されています。さらに、run --replayでinteractive session replayを扱えるようになり、GitHub Copilotの利用量トラッキングもtoken-based billingに合わせて更新されています。
何が変わったか
AIエージェント開発では、作業の途中状態がそのまま価値になります。人間なら「このファイルはまだ途中」「この変更は試しただけ」と口で説明できます。AIエージェントに任せるほど、その説明をファイル、セッション、ログで残す必要があります。
workspace cloneやsession移動は、途中状態を捨てずに別の場所へ持っていくための更新です。skill discoveryとfile-based agent loadingは、作業者ごとの勘ではなく、ファイルに置いた手順や役割を読み込ませる方向です。属人的なAI利用から、チームで再利用できる運用に近づきます。
小さな会社・開発会社ではどこに効くか
少人数チームでは、AIエージェントを本番案件に入れる前に「作業場所」と「作業記録」の扱いを決めた方がいいです。
- 検証用workspaceと本番案件workspaceを分ける
- 途中変更を残したまま別workspaceへ退避する
- セッションを案件フォルダへ移して、後から確認できるようにする
- よく使う役割や手順をskillとしてファイル化する
- 失敗した実行をreplayして、どこで判断が崩れたかを見る
ここを決めずにAIエージェントを増やすと、作業は速くなっても説明が追いつきません。特にクライアント案件では、「何を根拠にその変更をしたか」を後から追えることが大事です。
そのまま真似ると危ない点
workspaceを簡単にcloneできると、似た作業場所が増えます。どれが正本か分からない状態になると、AIエージェントの速度は逆に事故を増やします。cloneする前に、用途、期限、戻し先を短くメモするだけでも違います。
skillも同じです。便利な手順をファイル化するほど、古い手順が残るリスクがあります。誰が更新するか、どの案件で使ってよいか、外部サービスやファイル操作を含むか。このあたりを見ないと、古い判断をAIが何度も再利用します。
最初にやるなら何か
まず、AIエージェント用の作業フォルダに小さな運用メモを置きます。長い規程ではなく、次の5項目で十分です。
- このworkspaceの用途
- 触ってよいファイル範囲
- 途中変更を退避する条件
- 使ってよいskill
- 完了時に残すログ
そのうえで、失敗したセッションを1つだけreplayしてみる。成功例より失敗例の方が、チームのルールに直しやすいです。
monoblo/Sync8実務メモ
私なら、この更新はOpenCodeの機能追加というより、AI開発の作業場管理として見ます。小さな会社ほど、AIエージェントの結果だけを見がちです。でも実際には、作業場所、途中変更、使った手順、戻し方まで含めて品質です。
AIを仕事に入れるなら、「作ったもの」だけでなく「どう作ったか」を残す仕組みが必要になります。OpenCode 1.16.0のworkspaceとskillまわりの更新は、その入口として使いやすいです。