chore(i18n): refresh ja-JP translations

Author: openclaw-docs-i18n[bot]

docs/ja-JP/automation/cron-jobs.md

@@ -1,57 +1,57 @@
 ---
 read_when:
-    - タスクごとのプロンプトなしで実行される自律エージェントワークフローを設定する
+    - タスクごとのプロンプトなしで実行される自律エージェントワークフローの設定
     - エージェントが独立して実行できることと、人間の承認が必要なことを定義する
     - 明確な境界とエスカレーションルールを備えたマルチプログラムエージェントを構築する
-summary: 自律エージェントプログラムの恒久的な運用権限を定義する
-title: 常設命令
+summary: 自律エージェントプログラムに対する恒久的な運用権限を定義する
+title: 恒久命令
 x-i18n:
-    generated_at: "2026-04-24T04:45:04Z"
+    generated_at: "2026-04-25T13:40:59Z"
     model: gpt-5.4
     provider: openai
-    source_hash: a69cd16b23caedea5020e6bf6dfbe4f77b5bcd5a329af7dfcf535c6aa0924ce4
+    source_hash: 4a18777284a12e99b2e9f1ce660a0dc4d18ba5782d6a6a6673b495ab32b2d8cf
     source_path: automation/standing-orders.md
     workflow: 15
 ---
 
-常設命令は、定義されたプログラムに対してエージェントに**恒久的な運用権限**を付与します。毎回個別のタスク指示を出す代わりに、明確なスコープ、トリガー、エスカレーションルールを持つプログラムを定義し、エージェントはその境界内で自律的に実行します。
+恒久命令は、定義されたプログラムに対してエージェントに**恒久的な運用権限**を付与します。毎回個別のタスク指示を出す代わりに、明確なスコープ、トリガー、エスカレーションルールを持つプログラムを定義し、エージェントはその境界内で自律的に実行します。
 
-これは、毎週金曜日にアシスタントへ「週次レポートを送って」と伝えるのと、次のように常設権限を与えることの違いです。「週次レポートはあなたの担当です。毎週金曜日にまとめて送信し、何かおかしい場合だけエスカレーションしてください。」
+これは、毎週金曜日にアシスタントへ「週次レポートを送って」と伝えるのと、恒久的な権限を与えることの違いです。「週次レポートはあなたの担当です。毎週金曜日にまとめて送信し、何かおかしな点がある場合だけエスカレーションしてください。」
 
-## なぜ常設命令なのか？
+## なぜ恒久命令なのか？
 
-**常設命令がない場合:**
+**恒久命令がない場合:**
 
-- タスクごとにエージェントへプロンプトを送る必要がある
+- すべてのタスクについてエージェントにプロンプトを送る必要がある
 - エージェントはリクエストの合間に待機したままになる
 - 定型業務が忘れられたり遅れたりする
-- あなた自身がボトルネックになる
+- あなたがボトルネックになる
 
-**常設命令がある場合:**
+**恒久命令がある場合:**
 
 - エージェントは定義された境界内で自律的に実行する
 - 定型業務がプロンプトなしでスケジュールどおりに実行される
-- あなたが関与するのは例外と承認のときだけになる
-- エージェントが待機時間を生産的に埋める
+- あなたが関与するのは例外対応と承認のみ
+- エージェントが空き時間を生産的に埋める
 
 ## 仕組み
 
-常設命令は、[agent workspace](/ja-JP/concepts/agent-workspace) のファイル内で定義されます。推奨される方法は、毎セッション自動注入される `AGENTS.md` に直接含めることです。これにより、エージェントは常にそれらをコンテキストとして持てます。より大規模な構成では、`standing-orders.md` のような専用ファイルに配置し、`AGENTS.md` から参照することもできます。
+恒久命令は、[agent workspace](/ja-JP/concepts/agent-workspace) のファイル内で定義します。推奨される方法は、`AGENTS.md` に直接含めることです（これは毎セッション自動注入されるため、エージェントは常にその内容をコンテキストに持ちます）。より大きな構成では、`standing-orders.md` のような専用ファイルに配置し、それを `AGENTS.md` から参照することもできます。
 
-各プログラムでは、次を指定します。
+各プログラムでは、以下を指定します。
 
 1. **スコープ** — エージェントが実行を許可されていること
-2. **トリガー** — いつ実行するか（スケジュール、イベント、または条件）
+2. **トリガー** — 実行するタイミング（スケジュール、イベント、または条件）
 3. **承認ゲート** — 実行前に人間の承認が必要なこと
-4. **エスカレーションルール** — 停止して助けを求めるべきタイミング
+4. **エスカレーションルール** — 停止して支援を求めるタイミング
 
-エージェントは、ワークスペースのブートストラップファイルを通じて毎セッションこれらの指示を読み込み（自動注入されるファイルの完全な一覧は [Agent Workspace](/ja-JP/concepts/agent-workspace) を参照）、時間ベースの実行を強制するために [Cron jobs](/ja-JP/automation/cron-jobs) と組み合わせて、それに従って実行します。
+エージェントは、ワークスペースのブートストラップファイルを通じて毎セッションこれらの指示を読み込み（自動注入されるファイルの完全な一覧は [Agent Workspace](/ja-JP/concepts/agent-workspace) を参照）、時間ベースの強制実行には [cron jobs](/ja-JP/automation/cron-jobs) と組み合わせて実行します。
 
 <Tip>
-常設命令は `AGENTS.md` に置いて、毎セッション確実に読み込まれるようにしてください。ワークスペースのブートストラップは `AGENTS.md`、`SOUL.md`、`TOOLS.md`、`IDENTITY.md`、`USER.md`、`HEARTBEAT.md`、`BOOTSTRAP.md`、`MEMORY.md` を自動注入しますが、サブディレクトリ内の任意のファイルは対象外です。
+恒久命令は `AGENTS.md` に入れて、毎セッション確実に読み込まれるようにしてください。ワークスペースのブートストラップでは、`AGENTS.md`、`SOUL.md`、`TOOLS.md`、`IDENTITY.md`、`USER.md`、`HEARTBEAT.md`、`BOOTSTRAP.md`、`MEMORY.md` が自動注入されますが、サブディレクトリ内の任意のファイルは自動注入されません。
 </Tip>
 
-## 常設命令の構成
+## 恒久命令の構成
 
 ```markdown
 ## Program: Weekly Status Report
@@ -76,9 +76,9 @@ x-i18n:
 - Do not skip delivery if metrics look bad — report accurately
 ```
 
-## 常設命令 + Cron jobs
+## 恒久命令 + Cron Jobs
 
-常設命令は、エージェントに何を実行する権限があるかという**内容**を定義します。[Cron jobs](/ja-JP/automation/cron-jobs) は、それが**いつ**実行されるかを定義します。両者は次のように連携します。
+恒久命令は、エージェントに何を実行する権限があるかという**何を**定義します。[Cron jobs](/ja-JP/automation/cron-jobs) は、それが**いつ**起こるかを定義します。両者は連携して機能します。
 
 ```
 Standing Order: "You own the daily inbox triage"
@@ -88,7 +88,7 @@ Cron Job (8 AM daily): "Execute inbox triage per standing orders"
 Agent: Reads standing orders → executes steps → reports results
 ```
 
-Cron job のプロンプトでは、内容を重複して書くのではなく、常設命令を参照するようにしてください。
+Cronジョブのプロンプトでは、内容を重複させるのではなく、恒久命令を参照するようにしてください。
 
 ```bash
 openclaw cron add \
@@ -127,7 +127,7 @@ openclaw cron add \
 - Focus on value to audience, not self-promotion
 ```
 
-### 例 2: 財務オペレーション（イベントトリガー）
+### 例 2: 財務オペレーション（イベントトリガー型）
 
 ```markdown
 ## Program: Financial Processing
@@ -153,7 +153,7 @@ openclaw cron add \
 - Failed processing after 2 retries: report failure, do not guess
 ```
 
-### 例 3: 監視とアラート（継続実行）
+### 例 3: 監視とアラート（継続実行型）
 
 ```markdown
 ## Program: System Monitoring
@@ -181,11 +181,11 @@ openclaw cron add \
 
 ## Execute-Verify-Report パターン
 
-常設命令は、厳格な実行規律と組み合わせたときに最も効果を発揮します。常設命令内のすべてのタスクは、このループに従うべきです。
+恒久命令は、厳格な実行規律と組み合わせると最も効果を発揮します。恒久命令内のすべてのタスクは、次のループに従う必要があります。
 
-1. **実行** — 実際の作業を行う（指示を確認するだけではない）
-2. **検証** — 結果が正しいことを確認する（ファイルが存在する、メッセージが配信された、データが解析されたなど）
-3. **報告** — 何を行い、何を検証したかをオーナーへ伝える
+1. **実行する** — 実際の作業を行う（指示を確認するだけではない）
+2. **検証する** — 結果が正しいことを確認する（ファイルが存在する、メッセージが配信された、データが解析された）
+3. **報告する** — 何を実行し、何を検証したかを所有者に伝える
 
 ```markdown
 ### Execution Rules
@@ -198,15 +198,13 @@ openclaw cron add \
 - Never retry indefinitely — 3 attempts max, then escalate.
 ```
 
-このパターンは、完了せずにタスクを了承してしまうという、エージェントで最もよくある失敗モードを防ぎます。
+このパターンにより、エージェントで最も一般的な失敗モード、つまりタスクを完了せずに了承だけしてしまうことを防げます。
 
 ## マルチプログラムアーキテクチャ
 
-複数の関心領域を管理するエージェントでは、明確な境界を持つ個別のプログラムとして常設命令を整理してください。
+複数の関心領域を管理するエージェントでは、明確な境界を持つ個別のプログラムとして恒久命令を整理してください。
 
 ```markdown
-# Standing Orders
-
 ## Program 1: [Domain A] (Weekly)
 
 ...
@@ -225,35 +223,35 @@ openclaw cron add \
 - [Approval gates that apply across programs]
 ```
 
-各プログラムには次が必要です。
+各プログラムには、次の要素が必要です。
 
 - 独自の**トリガー頻度**（週次、月次、イベント駆動、継続実行）
-- 独自の**承認ゲート**（他よりも強い監督が必要なプログラムもある）
-- 明確な**境界**（どこで一つのプログラムが終わり、別のプログラムが始まるかをエージェントが理解できること）
+- 独自の**承認ゲート**（他のプログラムより監督を必要とするものもある）
+- 明確な**境界**（どこで1つのプログラムが終わり、別のプログラムが始まるかをエージェントが理解できること）
 
 ## ベストプラクティス
 
 ### 推奨事項
 
-- 権限は狭い範囲から始め、信頼の構築に応じて拡張する
-- 高リスクの操作には明示的な承認ゲートを定義する
+- 権限は狭く始め、信頼の構築に応じて拡大する
+- 高リスクなアクションには明示的な承認ゲートを定義する
 - 「してはいけないこと」のセクションを含める — 境界は権限と同じくらい重要
-- 信頼性の高い時間ベース実行のために Cron jobs と組み合わせる
-- 常設命令が守られていることを確認するため、毎週エージェントログを確認する
-- ニーズの変化に合わせて常設命令を更新する — これは生きたドキュメント
+- 時間ベースの確実な実行のためにCronジョブと組み合わせる
+- 恒久命令が守られていることを確認するため、エージェントログを毎週確認する
+- ニーズの変化に応じて恒久命令を更新する — これらは生きたドキュメント
 
-### 避けること
+### 避けるべきこと
 
-- 初日から広範な権限を与えること（「最善だと思うように何でもやって」）
-- エスカレーションルールを省略すること — どのプログラムにも「いつ止まって確認を求めるか」の条項が必要
-- エージェントが口頭の指示を覚えていると考えること — すべてをファイルに書く
-- 単一のプログラムに複数の関心事を混在させること — ドメインごとに別プログラムにする
-- Cron jobs での実行強制を忘れること — トリガーのない常設命令は提案にしかならない
+- 初日から広範な権限を与えること（「最善だと思うことを何でもやって」）
+- エスカレーションルールを省くこと — すべてのプログラムには「いつ止まって確認するか」の条項が必要
+- エージェントが口頭指示を覚えていると想定すること — すべてをファイルに書く
+- 単一のプログラムに複数の関心事を混在させること — 別々の領域には別々のプログラム
+- Cronジョブによる強制実行を忘れること — トリガーのない恒久命令は提案にしかならない
 
-## 関連
+## 関連情報
 
 - [Automation & Tasks](/ja-JP/automation) — すべての自動化メカニズムの概要
-- [Cron Jobs](/ja-JP/automation/cron-jobs) — 常設命令のスケジュール実行
-- [Hooks](/ja-JP/automation/hooks) — エージェントのライフサイクルイベント向けのイベント駆動スクリプト
+- [Cron Jobs](/ja-JP/automation/cron-jobs) — 恒久命令のスケジュール強制実行
+- [Hooks](/ja-JP/automation/hooks) — エージェントのライフサイクルイベントに対するイベント駆動スクリプト
 - [Webhooks](/ja-JP/automation/cron-jobs#webhooks) — 受信HTTPイベントトリガー
-- [Agent Workspace](/ja-JP/concepts/agent-workspace) — 常設命令が配置される場所。自動注入されるブートストラップファイル（AGENTS.md、SOUL.md など）の完全な一覧を含む
+- [Agent Workspace](/ja-JP/concepts/agent-workspace) — 恒久命令の保存場所。`AGENTS.md`、`SOUL.md` など、自動注入されるブートストラップファイルの完全な一覧も含む