docs: prefix hook cross-links with /en so they resolve in edge

The new edge-only hooks pages linked each other with versionless paths
like `/learn/step-hooks`, which mintlify resolves against the frozen
default version where those pages do not exist, breaking the CI link
check. Uses the `/en/learn/...` form the other edge pages already use.
This commit is contained in:
Lucas Gomide
2026-07-14 17:48:53 -03:00
parent b8cb5dcc69
commit 6be349f2e7
5 changed files with 27 additions and 27 deletions

View File

@@ -38,7 +38,7 @@ def boundary_hook(ctx) -> Any | None:
Boundary hooks follow the standard contract: proceed (`return None`), mutate in
place, replace by returning, or abort by raising
[`HookAborted`](/learn/execution-hooks#aborting-an-operation). An abort at any
[`HookAborted`](/en/learn/execution-hooks#aborting-an-operation). An abort at any
boundary propagates out of `kickoff()` with its reason.
## Context Schema
@@ -157,7 +157,7 @@ clear_all_hooks() # Clears every point, including boundaries
## Related Documentation
- [Execution Hooks Overview →](/learn/execution-hooks)
- [Step Hooks →](/learn/step-hooks)
- [LLM Call Hooks →](/learn/llm-hooks)
- [Tool Call Hooks →](/learn/tool-hooks)
- [Execution Hooks Overview →](/en/learn/execution-hooks)
- [Step Hooks →](/en/learn/step-hooks)
- [LLM Call Hooks →](/en/learn/llm-hooks)
- [Tool Call Hooks →](/en/learn/tool-hooks)

View File

@@ -87,7 +87,7 @@ class MyProjCrew:
Each family has a detailed guide covering its context schema, payload
semantics, and examples.
### [Execution boundaries](/learn/execution-boundary-hooks)
### [Execution boundaries](/en/learn/execution-boundary-hooks)
| Point | When | `ctx.payload` |
|-------|------|---------------|
@@ -96,7 +96,7 @@ semantics, and examples.
| `OUTPUT` | Final result is ready | the output object |
| `EXECUTION_END` | A crew or flow has finished | the output object |
### [Model boundaries](/learn/llm-hooks) & [tool boundaries](/learn/tool-hooks)
### [Model boundaries](/en/learn/llm-hooks) & [tool boundaries](/en/learn/tool-hooks)
| Point | When | Hook receives |
|-------|------|---------------|
@@ -110,7 +110,7 @@ its argument — there is no separate `ctx.payload`. Mutate `ctx.messages` /
`ctx.tool_input` in place, and return a string from a post hook to replace the
response / tool result.
### [Step points](/learn/step-hooks)
### [Step points](/en/learn/step-hooks)
| Point | When | `ctx.payload` |
|-------|------|---------------|
@@ -272,10 +272,10 @@ You might still prefer them for existing codebases that already use
For the detailed guides — context attributes, patterns, and management APIs
(`register_*` / `unregister_*` / `clear_*`) — see:
- [LLM Call Hooks →](/learn/llm-hooks)
- [Tool Call Hooks →](/learn/tool-hooks)
- [LLM Call Hooks →](/en/learn/llm-hooks)
- [Tool Call Hooks →](/en/learn/tool-hooks)
## Related documentation
- [Before and After Kickoff Hooks →](/learn/before-and-after-kickoff-hooks)
- [Human-in-the-Loop →](/learn/human-in-the-loop)
- [Before and After Kickoff Hooks →](/en/learn/before-and-after-kickoff-hooks)
- [Human-in-the-Loop →](/en/learn/human-in-the-loop)

View File

@@ -18,7 +18,7 @@ LLM hooks are executed at two interception points:
| `PRE_MODEL_CALL` | Before every LLM call | `LLMCallHookContext` |
| `POST_MODEL_CALL` | After every LLM call | `LLMCallHookContext` (with `response` set) |
Write them with the [`@on` decorator](/learn/execution-hooks). The
Write them with the [`@on` decorator](/en/learn/execution-hooks). The
[legacy `@before_llm_call` / `@after_llm_call` decorators](#legacy-decorators)
keep working unchanged — both styles register on the same engine and run in one
ordered chain.
@@ -48,7 +48,7 @@ string to replace the response after it.
Blocking a call raises `ValueError("LLM call blocked by before_llm_call hook")`
inside the executor; the `HookAborted` reason and source are recorded in
[telemetry](/learn/execution-hooks#telemetry).
[telemetry](/en/learn/execution-hooks#telemetry).
## LLM Hook Context
@@ -276,7 +276,7 @@ there is no behavioral penalty.
## Related Documentation
- [Execution Hooks Overview →](/learn/execution-hooks)
- [Tool Call Hooks →](/learn/tool-hooks)
- [Execution Boundary Hooks →](/learn/execution-boundary-hooks)
- [Step Hooks →](/learn/step-hooks)
- [Execution Hooks Overview →](/en/learn/execution-hooks)
- [Tool Call Hooks →](/en/learn/tool-hooks)
- [Execution Boundary Hooks →](/en/learn/execution-boundary-hooks)
- [Step Hooks →](/en/learn/step-hooks)

View File

@@ -136,7 +136,7 @@ clear_all_hooks() # Clears every point, including steps
## Related Documentation
- [Execution Hooks Overview →](/learn/execution-hooks)
- [Execution Boundary Hooks →](/learn/execution-boundary-hooks)
- [LLM Call Hooks →](/learn/llm-hooks)
- [Tool Call Hooks →](/learn/tool-hooks)
- [Execution Hooks Overview →](/en/learn/execution-hooks)
- [Execution Boundary Hooks →](/en/learn/execution-boundary-hooks)
- [LLM Call Hooks →](/en/learn/llm-hooks)
- [Tool Call Hooks →](/en/learn/tool-hooks)

View File

@@ -18,7 +18,7 @@ Tool hooks are executed at two interception points:
| `PRE_TOOL_CALL` | Before every tool execution | `ToolCallHookContext` |
| `POST_TOOL_CALL` | After every tool execution | `ToolCallHookContext` (with results set) |
Write them with the [`@on` decorator](/learn/execution-hooks). The
Write them with the [`@on` decorator](/en/learn/execution-hooks). The
[legacy `@before_tool_call` / `@after_tool_call` decorators](#legacy-decorators)
keep working unchanged — both styles register on the same engine and run in one
ordered chain.
@@ -334,7 +334,7 @@ there is no behavioral penalty.
## Related Documentation
- [Execution Hooks Overview →](/learn/execution-hooks)
- [LLM Call Hooks →](/learn/llm-hooks)
- [Execution Boundary Hooks →](/learn/execution-boundary-hooks)
- [Step Hooks →](/learn/step-hooks)
- [Execution Hooks Overview →](/en/learn/execution-hooks)
- [LLM Call Hooks →](/en/learn/llm-hooks)
- [Execution Boundary Hooks →](/en/learn/execution-boundary-hooks)
- [Step Hooks →](/en/learn/step-hooks)