˗ˏˋ サクサク ˎˊ˗っとしたシェルの食感が特長の カリフォルニアタコサラダ 🥗✨ あなたは…どの段階でシェルをくずす❓ 1⃣最初 2⃣途中 3⃣最後 1️⃣～3⃣をリプして教えてください😆💬 #シェアサイズカリフォルニアタコサラダ# #ココス#

# Codexの機能と実践的な使い方 🤖 「ターミナルに張り付かず、Codexを丸ごとパイプの一部として扱いたい」——そんな願いを叶えるのが非対話モードです。CIやスクリプトにそのまま組み込めます。 🏷️ タイトル: `codex exec` 🔗 URL: 📘 概要 `codex exec` は、対話UIを起動せずにCodexをワンショットで走らせるためのコマンドです。プロンプトを1つの引数として渡すと、エージェントが作業し、最終メッセージだけを標準出力に返します。CIパイプライン、pre-commitフック、シェルの一連の処理に組み込むことを前提に設計されています。 ⚙️ 機能の説明 進捗ログは標準エラー出力(stderr)へ、最終的なエージェントの回答だけが標準出力(stdout)へ流れます。これによりパイプやリダイレクトと素直に組み合わせられます。主なフラグは次の通りです。 ・`--sandbox`: `read-only`(既定)/`workspace-write`(編集許可)/`danger-full-access`(全アクセス)で権限を制御します。 ・`--ask-for-approval never`: 承認プロンプトを完全に抑止し無人実行にします。 ・`--json`: すべてのイベントをJSON Lines形式でストリーム出力します(`thread.started`、`turn.started`、`item.completed`、`turn.completed` など)。 ・`-o/--output-last-message `: 最終メッセージをファイルに書き出します。 ・`--output-schema `: JSON Schemaに従った構造化出力を強制します。 ・`-C/--cd `: 実行前に作業ディレクトリを変更します。 ・`--skip-git-repo-check`: Gitリポジトリ必須の制約を外します(破壊的変更防止のため通常は必須)。 ・`--ephemeral`: セッションファイルをディスクに残しません。 🛠️ 実践的な使い方 標準入力(stdin)と組み合わせると強力です。例えば `npm test 2>&1 | codex exec "失敗したテストを要約し最小限の修正を提案して"` のようにテスト出力を渡し、結果を `tee` でファイルに残せます。 構造化出力を使えば機械可読なメタデータを安定して取り出せます。`--output-schema` でスキーマを指定し、`-o` で結果ファイルを書き出します。 セッションを継いで多段処理にもできます。一度レビューさせたあと `codex exec resume --last "見つけた問題を修正して"` で続きを実行します。 💡 ユースケース CI失敗をトリガに読み取り専用でパッチ案を生成し、別ジョブで書き込み権限を持たせてPR化する、といった分業が定番です。ログ末尾を渡して原因分析を `analysis.md` に残す運用にも向きます。 ⚠️ 注意点 未信頼コードをチェックアウトするワークフローでは、APIキーをジョブ全体の環境変数に晒さないでください。GitHubでは公式のCodex GitHub Actionの利用が推奨です。`--full-auto` は非推奨で、代わりに `--sandbox workspace-write` を使います。`required = true` のMCPサーバーが起動失敗すると `codex exec` はエラー終了します。自動化では常に最小権限のサンドボックスを選びましょう。 #Codex# #CI#

アクションRPG『Mortal Shell II』アプデ第1弾がまずPCで配信。シェルの絆リセット機能追加のほか、全シェル＆ターストーンを1周目でフルアップグレード可能に 終盤や高難度モードでの強化反撃の威力調整や新アイテムの追加など多岐にわたる内容。家庭用版は後日配信

新作ルームウェア🪡🤍☁️ カーディガンはふわふわで色も絶妙なブルーでかわいいよ🐩 袖の形は何度か調整してもらって モコっと感がとっても可愛いのです♡ ボタンはシェルのボタンにしたから高級感もあるよ🐚 パンツの履き心地もサラサラしてて本当におすすめだからぜひチェックしてみてね🦢💭

ulth様の「聖なるドスケベ女神ルーシェル様」のルーシェルをノリと勢いで作らせていただきました。 服装とか色々好みに改変しちゃってます。 ハーレム好きの方にオススメですぞう。 SD一部お借りしてます。

🐖☂️🐖🐖 『はれときどきぶた』のシェル型ポーチ 手頃なサイズ感のポーチです。 薄暗い雨の日には、則安の傘と同じ黄色がぴったり☺️ 🐖ぶたは別売りです🐖 #はれときどきぶた# #矢玉四郎# #岩崎書店#

# Cursorの機能と実践的な使い方 🪝 エージェントの行動に「自動整形」や「危険コマンドのブロック」を仕込みたくありませんか。CursorのHooksは、エージェントループの各段階に割り込むための仕組みです。 🏷️ タイトル: エージェントループ介入(JSON) 🔗 URL: 📘 概要 Hooksは、エージェントループを観察・制御・拡張するために起動されるプロセスです。stdioを通じて双方向にJSONでやり取りし、ループの定義済み段階の前後で実行されます。整形・監査ログ・秘密情報スキャン・危険操作のゲートなどに使えます。 ⚙️ 機能の説明 設定は `hooks.json` に書き、優先順位はEnterprise → Team → プロジェクト(`/.cursor/hooks.json`) → ユーザー(`~/.cursor/hooks.json`)です。主なイベントは次のとおりです。 ・`beforeShellExecution` / `afterShellExecution`: シェル実行のゲートと後処理 ・`beforeReadFile` / `afterFileEdit`: ファイル読み取り・編集の前後 ・`beforeMCPExecution` / `beforeSubmitPrompt` / `sessionStart` / `stop` など 各フックはstdinでJSON(`conversation_id` `model` `hook_event_name` 等)を受け取り、stdoutにJSONを返します。制御系フックは `{"permission":"allow"|"deny"|"ask"}` を返し、`deny` 時は `user_message` / `agent_message` を添えられます。終了コードは 0 が成功、2 がブロック(deny相当)、それ以外はフェイルオープン(`failClosed:true` 指定時を除く)です。 🛠️ 実践的な使い方 編集後に自動整形するには `afterFileEdit` を使い、stdinのJSONから `.file_path` を取り出して `prettier --write` に渡すスクリプトを登録します。 危険SQLや破壊的コマンドは `beforeShellExecution` でブロックします。コマンド文字列を検査し、該当すれば `echo '{"permission":"deny","user_message":"このSQLは禁止です"}'` を返します。PIIや秘密情報のスキャンは `beforeReadFile` に登録し、`"failClosed": true` を付けて、スキャン失敗時はモデルに渡さず安全側に倒します。 💡 ユースケース チーム全体に整形・lint・コミット規約を強制する。本番DBへの書き込みや `rm -rf` 等をゲートする。`sessionEnd` や `postToolUse` で監査ログを fire-and-forget で残す。`matcher` でツール種別やコマンドパターンを絞れば、必要なときだけフックを走らせられます。 ⚠️ 注意点 パス基準に注意が必要です。プロジェクトフックはプロジェクトルートから、ユーザーフックは `~/.cursor/` から実行され、誤ったパスは静かに失敗します。既定はフェイルオープンなので、セキュリティ用途のフックには必ず `failClosed: true` を付けます。出力JSONが不正だとフック自体が失敗します。`hooks.json` は自動リロードされますが、反映されない場合は再起動を。クラウドエージェントは command 型のみ対応で、`sessionStart` や `beforeMCPExecution`、Tab系、prompt型フックは使えません。 #Cursor# #DevSecOps#

# OpenCodeの機能と実践的な使い方 🧰 AIエージェントに「何を許して、何を止めるか」を一行で決められたら安心しませんか。OpenCodeの組み込みツールと権限制御はまさにそれを叶えてくれます。 🏷️ タイトル: 組み込みツール+権限 🔗 URL: 📘 概要 OpenCodeのエージェントは、ファイル編集やシェル実行などを「ツール」を通じて行います。これらは標準で多数組み込まれており、さらに各ツールに対して許可・確認・拒否のポリシーを設定できます。安全性と利便性のバランスを設定ファイルだけで調整できるのが特徴です。 ⚙️ 機能の説明 主な組み込みツールは次のとおりです。 ・`bash`: シェルコマンドの実行（git や npm など） ・`edit`: 既存ファイルの厳密な文字列置換による編集 ・`write`: 新規作成または上書き ・`read`: ファイル読み込み（行範囲指定も可） ・`grep`: 正規表現での検索 ・`glob`: `**/*.js` のようなパターンでのファイル探索 ・`webfetch` / `websearch`: Web取得・検索 ・`lsp` / `apply_patch` / `skill` / `todowrite` / `question` など補助ツール 権限は `permission` フィールドで `allow`（自由実行）・`ask`（毎回確認）・`deny`（禁止）の3状態を指定します。`edit` の権限は `edit`・`write`・`apply_patch` の3つをまとめて支配する点に注意してください。 🛠️ 実践的な使い方 `opencode.json` の `permission` に `"edit": "deny"`、`"bash": "ask"`、`"webfetch": "allow"` と書けば、編集は禁止しつつ bash は都度確認、Web取得は自由、という運用ができます。 MCP由来のツールはワイルドカードでまとめて制御できます。`"mymcp_*": "ask"` のように書けば、そのサーバーの全ツールに確認を要求できます。 💡 ユースケース 本番に近いリポジトリでは `edit` を `deny`、`bash` を `ask` にしておくと、エージェントが計画や調査はできても、勝手にコードを書き換えたり破壊的コマンドを走らせたりしません。逆に使い捨ての検証ブランチでは全許可にして高速に回す、といった切り替えが容易です。 ⚠️ 注意点 標準では全ツールが許可されているため、明示的に絞らないと制限はかかりません。`lsp` ツールは `OPENCODE_EXPERIMENTAL_LSP_TOOL=true`、`websearch`（Exa利用）は `OPENCODE_ENABLE_EXA=1` の環境変数が必要です。`edit` 権限が write/apply_patch まで及ぶ点は見落としがちなので意識しておきましょう。 #OpenCode# #AIエージェント#

# Claude Agent SDKの便利だけど知られていない機能 🌍 コードを変更せずに計画だけ立ててほしい？planモードなら読み取り専用でClaudeが分析・提案します！ Claude Agent SDKのplanモードは、ソースファイルを一切編集せず、読み取り専用ツールだけでコードを探索し、変更計画を立てるモードです。 📌 タイトル：plan モード（読み取り専用のみ実行） 🔗 URL： 🧩 概要 `permission_mode="plan"` を設定すると、Claudeは読み取り専用ツール（Read、Grep、Globなど）と読み取り専用のシェルコマンドだけを使ってコードベースを探索します。Edit、Write、Bashでの書き込み操作は実行されません。要件の明確化が必要な場合は `AskUserQuestion` を使ってユーザーに質問することもあります。コードレビューや変更提案を安全に行いたい場面で最適です。 🛠 使い方 ```python # Python - コードレビュー用のplanモード import asyncio from claude_agent_sdk import query, ClaudeAgentOptions async def main(): async for message in query( prompt="認証モジュールのセキュリティ問題を分析し、改善計画を提案してください", options=ClaudeAgentOptions( permission_mode="plan", # 読み取り専用で分析 ), ): if hasattr(message, "result"): print(message.result) ``` ```typescript // TypeScript for await (const message of query({ prompt: "Analyze security issues in the auth module and propose a fix plan", options: { permissionMode: "plan" // Read-only analysis } })) { if ("result" in message) console.log(message.result); } ``` 🏗 本番システムへの組み込み方 ・プルリクエストの自動レビューで、コードを変更せず問題点と改善案だけを提示します ・新しいコードベースの調査・理解フェーズで安全に探索できます ・変更を実行する前の「計画フェーズ」として、人間が計画を確認してから実行モードに切り替える運用ができます ・`set_permission_mode()` と組み合わせて、計画承認後に `acceptEdits` に切り替えるワークフローが構築できます 💡 ユースケース 📋 コードレビューで変更提案だけを生成し、実際の変更は人間が判断する 🔍 大規模コードベースのアーキテクチャ分析を安全に行う 📝 リファクタリング計画を立てて、チームで合意してから実行する ⚠️ 注意点 ・読み取り専用のシェルコマンドは実行される場合があります ・`AskUserQuestion` が発生する可能性があるため、完全な無人実行にはdontAskモードの方が適しています ・計画結果を実行に移す場合は、新しいセッションまたは権限モードの動的変更が必要です ✨ 「まず計画、次に実行」のワークフローはエンジニアリングの基本です。planモードで安全に分析し、納得してから変更を実行しましょう！ #ClaudeAgentSDK# #AIAgent#