Grok活用事例ダイジェスト
仕様解説
引用
.deb package, an .rpm package, or an AppImage … iPhone on iOS 18 or later … Android 9 or later. … What is the difference between a skill and a routine? A skill describes how to perform a task. A routine assigns a workflow to one Bot and tells it when to run—on a schedule or, where supported, after an event. Test the skill on a real one-time task before turning it into a routine. … When Teach a task is available, record one browser workflow … limited to ten minutes. … On iPhone and Android, dictate with Start dictation; live voice chat is still rolling out.日本語訳
コメント
昨日号でDeferredにしたFAQです。get-startedのLinux手順(More downloads配下の.deb/.rpm/AppImage)と突合し、プラットフォーム表記の食い違いは確認できませんでした。共有PCの警告、Skill→Routineの順序、Teachの10分上限、モバイル音声の段階的展開が、伴走で繰り返し聞かれる論点としてまとまっています。
考察
導入説明では「Linuxは公式サポート済み」「Bot分割=権限分離ではない」を先に言い切ると誤解が減ります。Routine化は成功したSkillのあと、という順序をチェックリストの1行にしておくと安全です。確信度: 公式docs(get-startedと整合)。
引用
grok-4.7. It has a 500k context window, text and image inputs with text-only output, and no text output limit. Pricing is $2 / $0.50 / $6 per 1M tokens (input / cached input / output) below 200k prompt tokens, and $4 / $1 / $12 above. Reasoning effort supports low, medium, high (default), and xhigh. … Grok 4.7 Fast, the same model at twice the token rates, is available only through Cursor and Grok Build, not on the public xAI API.日本語訳
grok-4.7で提供されます。コンテキストは500k、入力はテキストと画像、出力はテキストのみで出力長制限はありません。価格は100万トークンあたり入力$2/キャッシュ入力$0.50/出力$6(プロンプト200k超はそれぞれ$4/$1/$12)です。reasoning effortはlow/medium/high(既定)/xhighに対応します。同モデルの倍速・倍額版Grok 4.7 FastはCursorとGrok Buildのみで、公開xAI APIにはありません。コメント
9/21の発表に対応する公式release notesです。ニュース記事のベンチマーク訴求とは切り分け、Bot/Cursor/Build/APIのどれで4.7(とFast)を触れるかを契約として押さえます。価格帯は4.6と同水準とニュース側でも述べられており、仕様面では200k境界とxhigh、Fastの提供面制限が実務上の差分です。
考察
伴走では「チャットやAPIで4.7」「急ぎのIDE内だけFast(倍額)」と面を分けて説明すると誤解が減ります。長いエージェント仕事ではxhighを試し、コストはcached inputの効き方もあわせて見る、という話し方が現実的です。確信度: 公式release notes。
新規機能解説
引用
日本語訳
コメント
2026-09-21公開の公式ニュースで、9/18のTranscribe 2.0以降では初の本格新着です。Bot運用者向けの要点は「harnessをnative理解」という一文で、エージェント周りの会話・引き継ぎが改善対象だと読めます。CursorBench等の数値や他社比較表は公式発表の事実として引用し、「自社でも同スコア」という意味にはしません。GitHub Copilotへの段階的ロールアウトも同日のChangelogで案内されています。
考察
中小の伴走では、まず「既存のBot DescriptionとRoutineを4.7で再試行し、自己検証の失敗例が減るか」を小さな案件で見るのが安全です。ベンチ数字の約束より、承認ゲートとPreview→Confirmは据え置き推奨です。確信度: 公式ニュース(ベンチは発表値)。
引用
日本語訳
コメント
ガイドページ表記は2026-09-18、著者はJosh Kim氏の公式ガイドで、昨日までの号では未掲載です。X-Airという架空航空会社での一連ループが例示され、Docs上のコメントで判断層を人が持つ設計が明確です。昨日のEngineering(実装フリート)とは職種軸が異なり、中小の広報・販促伴走に転用しやすいです。
考察
伴走の最初の一歩は「競合調査1体+Docs下書き1体」で十分です。広告アカウント書き込みと本番公開は承認必須のまま、Analystの推奨と人の決裁を分けておくと安全です。確信度: 公式ガイド(個人ワークフロー例)。
実践事例
引用
コメント
2026-09-20公開です。効果測定ではなく「任せる仕事の切り方」とセットアップ一次メモとして実務的です。初期アンケートで選んだツールは即接続ではなく、会話中に必要なコネクタだけ追加する流れ、Slack許可画面のアプリ名がCursorになる点、週枠とOn-Demandの注意、情報境界の3点が中小導入のチェックリストになります。
考察
伴走では「公開情報や社内汎用資料の草案整理」から始め、採用・顧客の機微は専用アカウントと承認ゲートを先に決める、という順序が伝わりやすいです。GitHub連携は記事では割愛されているため、Issue下書きまでを人確認にするのが無難です。確信度: 導入一次記録(効果測定ではないと明記)。
引用
/workspace/agent-team/ という共有領域… Bot A → 共有ファイル → Bot Bという比較的単純な構造である。… Routineは、指定した時刻どおりに必ず実行されるとは限らなかった。… success / failed / missed / ACCESS… Grok Bot=「見る・集める・監視する」/Codex=「Macで実際に作業する」。… 構築時:約17% Routineを1回実行後:約23% … いくつか質問:約30%… この数値はあくまで今回の構成での実測値である。… Grok Bot自身が行う… はGrok Bot週間枠から消費… Cloud Agentとして実行された部分は… 通常のCursor側の利用量。コメント
2026-09-20公開(執筆・追記は9/19前後)です。自由なBot間会話ではなく共有フォルダで疎結合にした点、Routineの時刻ずれ体感、失敗をACCESS(権限・マウント)まで分けたWatchdog、クラウド完結とMac作業の役割分担、週間枠%の一次実測が具体的です。ChatGPTへの設計相談を前提にした記録であり、成功率の一般化は著者自身が避けています。
考察
伴走では「正解時刻が必要な処理はRoutineに載せない」「監視はmissedとACCESSを分ける」「見る仕事はBot週枠、手元改修は別枠」を図にすると説明しやすいです。%消費は構成依存のため、見積ではなく観測の始め方として使うのが安全です。確信度: 個人運用の一次実測。
収集: 2026-09-22 JST。英語ソースは翻訳付き。公式ニュースは9/21のGrok 4.7で再開。DeferredだったFAQはget-startedと突合しLinux/Android表記の矛盾はなし。X(@bot等)はjinaの認証ブロックおよびfxtwitter timeline欠落により本収集時点で新規取得不可のため、スクショ・embedは無し。mobile app development公式ガイドはROI数字が大きく次号候補に回しています。事実と意見を分け、確信度を各カードに記載しています。