OpenAI dotsとGPT-6.1 Solで仕事はどう変わる？DevDay 2026後に中小企業が見直すAI運用
2026年9月30日時点の情報です。AIの提供範囲・料金は頻繁に変わります。HSビル AIメディア編集部
結論：作り直す前に、1業務だけ試す
2026年9月30日時点の結論: DevDay 2026の実務上の変化は、AIに任せる仕事が「1回の質問」から「クラウド上で続く長い作業」へ広がったことです。dotsは、GPT-6 Astraを搭載し、クラウドコンピュータ/ブラウザを持つ常時稼働型のエージェントです。GPT-6.1 SolはWork/Codexで使えるモデルで、短文脈Standardの API 単価は100万トークンあたり入力$2.00・キャッシュ入力$0.10・キャッシュ書込$2.50・出力$10.00です。ただし長文脈やFastでは料金が異なるため、費用対効果は自社の業務で測るまで言えません。当社はdotsの実機検証をまだしていません。発表だけで既存のAI運用を作り直す、または捨てる必要はありません。権限と人の承認を決めた1業務だけを、2〜4週間試してください。
この記事で分かること
DevDay 2026の変化を、経営の言葉で言うと何か
dotsとGPT-6.1 Solについて「公式に確認できたこと」と「まだ言えないこと」
Astra・Work・Codexをどう分けて考えるか
自作のAI運用は不要になるのか
最初に試す1業務の設計と、今は待つ条件
この記事の書き方
「公式に確認できた事実」「HSビルの解釈」「HSビルの実務経験」を分けます。
dotsとGPT-6.1 Solについて、当社の実機検証はまだありません。実測の数字は載せません。
記事末尾に「HS実機検証ログ（更新予定）」があり、検証後に更新します。
判断早見表
対象 | 何か | 向く仕事 | 公式に確認済み | 未確認 | 運用ステータス | 承認・権限メモ |
dots | GPT-6 Astra搭載の常時稼働型エージェント。それぞれがクラウドコンピュータ/ブラウザを持つ | 継続的に回る定型業務の候補（HSの解釈） | 常時稼働、クラウドコンピュータ/ブラウザ、定期的な作業と接続ツール、ワークスペース/管理者の制御、ローカルPCアクセスは別扱い（該当する場合は初期オフ）、影響の大きい操作は確認を求められうる | 自社プランでの提供状況、自社業務での信頼性・完了率、ROI、HS実機成績 | 条件付き（提供と管理者設定を確認し、限定業務で検証） | 顧客接点・外部送信は最初から接続しない。有効化＝無制限のアプリアクセスではない |
GPT-6.1 Sol | Work/Codex向けのモデル | 専門的な調査・資料作成、コーディング、computer use | Work/Codexで展開中、通常Chatでは未提供、GPT-6 Solより向上、短文脈StandardのAPI単価（本文参照） | 長文脈・Fastでの実コスト、自社業務での品質・所要時間 | 条件付き（使えるプランで限定タスクを比較） | Enterprise/Eduは管理者の有効化が必要 |
GPT-6 Astra | OpenAIが最難関の科学研究に推奨するモデル | 高度な科学研究 | 公式の位置づけ | 一般的な中小企業業務での費用対効果 | 待つ（用途が明確な場合のみ条件付き） | 詳細は既存記事へ |
ChatGPT Work | 長い複数ステップ業務と成果物のためのモード | 調査＋資料化、複数サイトを跨ぐ作業 | 別のクラウドブラウザを持つ、入力/確認で一時停止、重要操作は確認が必要、サイトの互換性で失敗することがある | 自社業務での完了率 | 今やる（使えるプランなら1業務を小さく） | サイト閲覧許可と重要操作承認は別に設計 |
Codex | ソフトウェア開発・技術業務のためのモード | 実装、修正、技術的な調査 | 開発/技術業務向け、GPT-6.1 Solを選択可能 | 自社コードでの品質・手戻り | 条件付き（レビュー担当者がいる場合） | 本番反映・認証情報は人が承認 |
読み方は次のとおりです。ステータスは当社の運用上の目安で、どの製品が勝っているという意味ではありません。使えるプランかどうか、扱う業務のリスクで変わります。
DevDay 2026の変化を、経営の言葉で言うと
公式に確認できること（事実）: OpenAI DevDay 2026は2026年9月29日にサンフランシスコのFort Masonで開かれた、開発者・技術ビルダー向けのイベントです。ChatGPTのWorkは、長い複数ステップの業務と成果物のためのモードで、別のクラウドブラウザ/コンピュータを持ちます。ユーザーが離れても作業を続けられ、入力・サインイン・確認が必要になると一時停止します。
HSビルの解釈: 経営の言葉にすると、「AIに質問する」段階から「AIに一定の仕事を預け、途中で確認を受ける」段階へ、利用の重心が動いています。預ける範囲が広がるほど、性能よりも次の4点が判断の中心になります。
何を任せるか（対象業務）
どこまで触らせるか（権限）
誰がいつ止められるか（人の承認）
後から何が起きたか追えるか（記録）
新しいモデル名を覚えるより、「任せ方の設計」を見直すほうが実務に効きます。役割分担の基本はChatGPT Work・Codexの使い分けを、Chat/Work/Codexの違いとトークン消費はこちらの記事を参照してください。本稿では再説明しません。
dots：OpenAI公式で確認できたことと、まだ言えないこと
公式に確認できたこと（OpenAIの一次情報）:
dotsは、GPT-6 Astraを搭載した常時稼働（always-on）のエージェントです。
それぞれがクラウドコンピュータ/ブラウザを持ちます。
定期的に発生する仕事や、接続したツールを使う仕事に向けた仕組みです。
提供状況（ロールアウト）と、ワークスペース/管理者による制御が重要です。
ローカルPCへのアクセスは別扱いで、該当する場合は初期状態ではオフです。
クラウドブラウザ、ネットワーク、コンピュータ、アプリの権限は分けて管理されます。
dotsを有効にしても、あらゆるアプリへ無制限にアクセスできるようになるわけではありません。
影響の大きい操作は、確認を求められることがあります。
未確認のこと:
御社のプラン・ワークスペースでの提供状況（公式ヘルプで要確認）
実務での信頼性・完了率
費用対効果（ROI）
当社での実機検証結果（未実施）
ここで当社の解釈を明示します。「dotsは、継続的に回る仕事の担当になりうる」という見方は、当社の解釈であり、OpenAIの公式な位置づけではありません。dotsが有望に見えることと、御社の業務で安定して動くことは別の問題です。仕様や条件は、必ずOpenAIの公式ドキュメントで確認してください。
なお、本稿は「AI社員が完成した」という話ではありません。
GPT-6.1 Sol：何が変わり、費用をどう見るか
公式に確認できたこと:
GPT-6.1 SolはChatGPTのWorkとCodexで展開中で、通常のChatの選択肢とは別です。
リリースノートでは、GPT-6 Solと比べてagentic coding、computer use、専門業務が向上したとされています。
展開はProから始まり、Plus、Business、Enterprise、Eduへ拡大します。EnterpriseとEduは管理者の有効化が必要です。
OpenAI Academyは「近Astra性能をより低コストで」と説明し、Work/CodexとAPIで使えるとしています。通常のChatでは、まだ使えません。
API単価（OpenAI公式・2026年9月30日確認）: 短文脈のStandardで、100万トークンあたり次のとおりです。
項目 | 単価 |
入力 | $2.00 |
キャッシュ入力 | $0.10 |
キャッシュ書込 | $2.50 |
出力 | $10.00 |
長文脈やFastでは料金が異なります。 上の表は短文脈Standardの単価です。実際のコストは、入力の長さ、キャッシュの使い方、出力量、利用モードで変わります。この単価だけで「安い」「割に合う」とは言えません。
HSビルの解釈: 高性能モデルを使うには、コストや手間が大きかった業務（長めの調査、資料化、技術作業）を、試しやすくなる方向の変化です。ただし「試しやすくなる可能性がある」までです。品質とコストは、御社の業務で測らない限り分かりません。
OpenAIが勧める評価方法は、慣れた業務で、品質・修正の量・完了時間・利用量/コストを比較することです。本稿後半の小さな試験は、この考え方に沿っています。
Astra・Work・Codex：役割の境界だけを整理する
項目 | 一言 | 詳細 |
Astra | OpenAIが最難関の科学研究に推奨するモデル | Astraの権限設計 |
Work | 長い複数ステップ業務・成果物向け | 役割分担 |
Codex | ソフトウェア開発・技術業務向け | 同上 |
大事なのは次の3点です。
モデルの優劣ではなく、業務の性質で分けます。
GPT-6.1 SolはWork/Codexの選択肢であり、通常のChatでは使えません。「Chatで6.1が使えない」のは仕様です。
Workは別のクラウドブラウザで動きます。「サイトを見てよい」という許可と、「購入・送信・変更のような重要操作」の承認は別ものです。公式にも別と説明されています。サイトによっては互換性の問題で失敗することもあります。
Astraについては、公式に示されたポジション以上の主張はしません。ベンチマークの数字を「どんな業務でも優れている」とは読み替えません。
「自作のAI組織は、もう不要では？」
最も強い反論を、公平に並べます。
反論1：dotsが大半の中小企業のニーズを満たすなら、自作は無駄になる。 十分ありえます。dotsのような管理型エージェントが、御社の定型業務を安定してこなし、権限と承認を管理者設定で十分に制御できるなら、自前で作るほうが重くなります。その場合は乗り換える判断が合理的です。ただし「ありえる」と「実証された」は別です。dotsの実務性能は、現時点で当社では未検証です。
反論2：Work/Codexと管理された権限で足りるなら、ローカル/非公開の構成は運用コストが増えるだけ。 これも正しい面があります。自前の構成は、保守・監視・障害対応の人手を要します。目的が「業務を回す」なら、SaaSの標準機能で足りる範囲はそちらを使うのが原則です。
逆の側の理由：それでも自前の仕組みを残す合理性はある。
機密性の高い情報を、自社の管理下に置きたい
自社独自のルーティング（どの仕事をどの道具に振るか）が必要
監査証跡（誰が何を承認したか）を自社の形式で残す必要がある
既存の仕組みが安定して稼働しており、置き換えの利益が測れていない
結論（条件ベース）: どちらが優れているかは決められません。「管理型で足りるか」は、次の5つの基準で判断します。
データの機密度
監査の必要性
独自のルーティングの必要性
保守できる人の有無
1業務での実測結果
5番目が最も重要です。実測がない段階では、「作り直す」も「捨てる」も根拠がありません。
HSビルの実務から：見ている「統制の軸」だけ共有します
以下はHSビルの実務経験で、dotsやGPT-6.1 Solの性能を示すものではありません。HSビルがdotsより優れているという意味でもありません。
当社の技術系AI-JOBは、次の経路で動かしています。 CEO → ChatGPT COO Cloud → GitHub AI-JOB → iMac Bridge → Router → Codex/Claude → GitHub RESULT → COOの判定。Bridgeは技術系ジョブの窓口（Job Owner / Dispatcher / Router）を一つに絞る役割です。
この設計で意識している統制の軸は5つです。
軸 | 当社の考え方 |
メモリ | ローカル/非公開の記憶を使い、何を保存するかを自分たちで決める（HSの必要に合わせた選択） |
権限 | 実行者ごとに書き込みの可否を分け、調査専用の実行者は読み取りのみにする |
監査証跡 | 依頼と結果をGitHub上に残し、後から追えるようにする |
人の承認 | 外部公開、顧客への送信、本番反映、認証情報、破壊的な操作は人の承認を残す |
コスト | 高コストの実行者は承認制にし、使用量を確認する |
これらは「HSビルに必要だから選んだ」設計です。セキュリティが優れているとは主張しません。dotsや6.1の性能の証拠ではありません。
マルチエージェントの経験談はHSビルのAIチーム経験にあります。
中小企業の判断枠組み：管理型エージェント／ローカル・非公開／現状維持
判断軸 | 管理型エージェント（dots／Work等） | ローカル・非公開の仕組み | 現状の道具のまま |
向く会社 | 保守要員が少なく、早く試したい | 機密性・監査・独自の振り分けが必須 | 今の運用が安定して回っている |
導入の重さ | 軽い（プラン・設定次第） | 重い（設計・保守が必要） | ほぼなし |
統制 | 提供元の権限モデルとワークスペース/管理者設定に依存 | 自社で設計できる | 現状のまま |
注意点 | 提供状況・権限設定・信頼性の確認が必要 | 保守を担う人が必須 | 新機能の恩恵は得にくい |
判断の目安 | 1業務の実測で決める | 必要性が明確なときだけ | 測る前に変えない |
目安は次のとおりです。
明確な機密・監査要件がなく、保守できる人もいないなら、管理型を先に試します。
機密・監査・独自の振り分けが必須なら、自前の仕組みを残し、必要な部分だけ管理型を組み合わせます。
安定して回っているなら、測るまで変えません。
最小のPoC：1業務・限定した権限・人の承認・2〜4週間の測定
手順
対象業務を1つに絞る 例：競合サイトの情報を集めて要点をまとめる週次レポート。顧客に直接触れない、失敗しても取り返せる業務を選びます。
権限を決める 閲覧してよいサイトの範囲、書き込みの可否、外部への送信の有無を書き出します。サイト閲覧の許可と重要操作の承認は、別々に決めます。ローカルPCへのアクセスは、必要がなければ渡しません。
人の承認者を決める 誰が結果を確認し、誰が外部送信を承認するかを名前で決めます。承認者がいないなら、そこで止めます。
現状との比較を用意する 同じ業務を現在のやり方でも記録し、比較できるようにします。
2〜4週間、同じ指標で測る
測る指標（例）
Goal Completion（目的を達成できたか）
First Pass／手戻り（最初の成果物がそのまま使えたか、直した量）
人の修正・確認にかかった時間
Human Intervention（人が介入した回数）
完了までの時間
利用量/コスト（実際に取得できる場合のみ。単価は短文脈Standardと長文脈・Fastで異なる点に注意）
指標の意味はAIスタッフ評価の記事にあります。
注意: 小さな試験の結果を、%で一般化して語らないでください。「自社のこの業務でこうだった」までが言える範囲です。
HS実機検証ログ（更新予定）
項目 | 現在の状態 |
dots 実機検証 | 未実施（結果は未記録） |
GPT-6.1 Sol のHS社内ベンチマーク | 未実施（結果は未記録） |
最終更新日 | 2026-09-30（未実施の状態を記録） |
検証を行った場合は、本稿の更新日（dateModified）、早見表、冒頭の結論を更新します。検証結果は、実際に測った範囲だけを記載します。
待つ／見送るべきケース（Wait / No-Go）
次のいずれかに当てはまるなら、今は導入を見送るか、待つのが妥当です。
対象業務が決まっていない
外部送信の承認者がいない
データの権限の境界（どこまで見せてよいか）が不明確
ご利用のプラン・ワークスペースでは、まだ展開されていない、または管理者が有効化していない
「AI社員」という響きが良いから、という理由だけで導入しようとしている
1業務も測らないまま、安定稼働中の既存の仕組みを入れ替えようとしている
単価表だけを見て「安い」と判断し、長文脈やFastでの実コストを確認していない
最初のPoCから、顧客とのLINE、予約、決済、公開まで接続しようとしている
FAQ
Q1. DevDay 2026で、結局何が変わったのですか？ A. AIに預ける仕事が、長く続く複数ステップの作業へ広がったことが、実務上の主な変化です。ただし提供の範囲はプランやワークスペースで異なり、dotsの実務性能は当社では未検証です。
Q2. GPT-6.1 Solの料金はいくらですか？ A. 2026年9月30日時点のOpenAI公式では、短文脈のStandardで100万トークンあたり、入力$2.00、キャッシュ入力$0.10、キャッシュ書込$2.50、出力$10.00です。長文脈やFastでは料金が異なります。費用対効果は、御社の業務で測るまで判断できません。
Q3. 通常のChatでGPT-6.1 Solは使えますか？ A. 使えません。OpenAIの説明では、Work/Codexで提供され、通常のChatでは未提供です。
Q4. dotsとは何ですか。中小企業でも使えますか？ A. OpenAIの説明では、GPT-6 Astraを搭載した常時稼働型のエージェントで、それぞれがクラウドコンピュータ/ブラウザを持ちます。提供状況はプランやワークスペース、管理者の設定によって異なります。導入前にOpenAIの公式ヘルプでご確認ください。
Q5. dotsを有効にすると、あらゆるアプリに触れるようになりますか？ A. いいえ。OpenAIの説明では、クラウドブラウザ・ネットワーク・コンピュータ・アプリの権限は分けて管理され、ローカルPCへのアクセスは別扱いです（該当する場合は初期オフ）。影響の大きい操作は確認を求められることがあります。
Q6. 今の自作のAI運用は、捨てるべきですか？ A. 発表だけを理由に捨てる必要はありません。1業務で実測して、機密性・監査・保守コストの基準で判断してください。
Q7. 最初のPoCで避けるべき接続先は？ A. 顧客とのLINE、予約、決済、外部への公開です。最初は、失敗しても取り返せる社内業務を選んでください。
次の一歩：1業務から始める 「どの業務から試すか」「どこまで権限を渡すか」を、御社の実務に合わせて整理します。
迷う場合は、まず解約すべきAIを1つ決める 3分診断をお試しください。
公式一次情報・参考資料
OpenAI DevDay 2026（確認日：2026-09-30）
使用論点：開催日、会場、イベントの位置づけ
GPT-6.1 Sol Model / OpenAI API（確認日：2026-09-30）
使用論点：モデルの位置づけ、Standard短文脈のAPI料金
OpenAI API Pricing（確認日：2026-09-30）
使用論点：GPT-6.1 Solの料金条件、長文脈・処理モードによる差
GPT-6 Astra System Card — dots（確認日：2026-09-30）
使用論点：dots、GPT-6 Astra、cloud computer/browser、recurring work
Manage dots in ChatGPT workspaces（確認日：2026-09-30）
使用論点：dotsの権限、local computer、cloud computer、connected apps
Using cloud browser in ChatGPT（確認日：2026-09-30）
使用論点：クラウド作業の継続、確認・サインイン、互換性
ChatGPT Work and Codex（確認日：2026-09-30）
使用論点：WorkとCodexの役割
関連記事
HSビル・ワーキングスペース 基本情報
項目 | 内容 |
施設名 | HSビル・ワーキングスペース |
運営会社 | FULMiRA Japan 合同会社 |
代表者 | 三宅 悠生 |
所在地 | 奈良県奈良市西大寺北町1丁目2-4 ハッピースクールビル |
事業者住所 | 〒631-0817 奈良県奈良市西大寺北町1-2-4 HSビル1階 |
最寄駅 | 近鉄「大和西大寺駅」北口 徒歩4分 |
営業時間 | 8:00〜23:00 / 年中無休 |
電話番号 | 0742-51-7830 |
メール | hsbuild.m@gmail.com |
公式サイト | https://www.hsworking.com/ |
主なサービス | コワーキングスペース、個室ブース、貸し会議室、バーチャルオフィス、AI活用・AI導入支援 |
HSビル・ワーキングスペースは、奈良・大和西大寺エリアで、コワーキングスペース、個室ブース、貸し会議室、バーチャルオフィスを運営しながら、自社業務でAI・SEO/AIO・Wix・LINE導線の実運用を行っています。所在地、営業時間、連絡先、運営会社情報は公式サイトでも確認できます。
筆者プロフィール
筆者：HSビル AIメディア編集部
HSビル AIメディア編集部は、HSビル・ワーキングスペースのAI活用、SEO/AIO、Wix導線改善、LINE予約・相談導線、コワーキング・貸し会議室・バーチャルオフィス運営の実務経験をもとに、中小企業・個人事業主向けにAI活用と業務整理の記事を作成しています。
記事では、単なるAIツール紹介ではなく、実際の業務に落とし込むための役割分担、コスト管理、人間確認の範囲、検索データ、相談・申込導線まで含めて整理します。
三宅 悠生
FULMiRA Japan 合同会社代表。HSビル・ワーキングスペースを運営し、施設運営・Web集客・AI組織運用を自社実務に組み込んでいます。AIを単なるツール追加ではなく、業務ごとの役割分担と成果につなげる運用として実践・発信しています。
コメント