mirror of
https://github.com/forcedotcom/afv-library.git
synced 2026-07-30 19:50:42 +08:00
* @W-21955450@ Rename topic to subagent for Agent Script v2
Aligns with Agent Script v2 naming standards where `topic` is renamed
to `subagent` across all skill documentation and templates.
Changes:
- Agent Script templates: topic keyword → subagent keyword
- References: @topic.* → @subagent.*
- Documentation: Updated all skill references and guides
- Natural language references preserved in comments/descriptions
* Rename start_agent topic_selector to agent_router
Completes the topic → subagent terminology alignment by:
1. Renaming start_agent from topic_selector to agent_router (15 agent files)
2. Updating template topic declarations: topic {{placeholder}} → subagent {{placeholder}} (5 files)
3. Updating all @subagent.topic_selector references to @subagent.agent_router (35 occurrences)
4. Updating documentation: prose, examples, and diagrams (10 markdown files)
5. Updating comments to use agent_router terminology
Files affected:
- 22 agent template files
- 10 documentation/reference markdown files
- Template component files
The agent_router name is more descriptive of its actual function
(routing to different subagents) and completes the Agent Script v2
terminology standardization.
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
* Rename files with "topic" to use "subagent" terminology
Completes the topic → subagent terminology alignment by renaming
files and updating all references:
**Files renamed (5):**
- multi-topic.agent → multi-subagent.agent
- template-single-topic.agent → template-single-subagent.agent
- template-multi-topic.agent → template-multi-subagent.agent
- topic-with-actions.agent → subagent-with-actions.agent
- agent-topic-map-diagrams.md → agent-subagent-map-diagrams.md
**References updated (6 docs):**
- Updated all filename references to point to new filenames
- Updated "Topic Map" → "Subagent Map" throughout documentation
- Updated "multi-topic"/"single-topic" → "multi-subagent"/"single-subagent"
Files modified:
- README.md, SKILL.md, agent-spec-template.md
- assets/agents/README.md, assets/README-legacy.md
- references/agent-design-and-spec-creation.md
This ensures consistent "subagent" terminology across filenames,
file content, and all documentation references.
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
* Complete topic-to-subagent terminology update across skills
Comprehensive update replacing "topic" with "subagent" terminology throughout
the developing-agentforce and testing-agentforce skills to align with Agent
Script's `subagent` block naming.
Key changes:
- "Topic Selector" → "Subagent Router" in all agent templates and docs
- "Topic/action" → "Subagent/action" in documentation
- "Topic map" → "Subagent map" in diagram references
- Updated all architecture documentation to use "subagent" terminology
- Updated 19 .agent template files with new labels and comments
- Updated 8 reference documentation files with consistent terminology
API contract preservation:
- Test spec YAML files preserve "topic" terminology to match Testing Center API
- Added clarifying comments explaining topic/subagent equivalence in YAML files
- Field names like `expectedTopic` unchanged (Salesforce API requirement)
Preserved terms:
- "off-topic" (standard phrase for out-of-scope)
- "expectedTopic" field (Testing Center API)
- "platform topics" (Salesforce guardrail features)
32 files changed, 379 insertions(+), 366 deletions(-)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
* Complete comprehensive topic-to-subagent terminology update
Thorough update replacing all remaining "topic" references with "subagent"
terminology across developing-agentforce, testing-agentforce, and
observing-agentforce skills to fully align with Agent Script's `subagent`
block naming.
Key changes:
- Agent Script syntax: @topic.<name> → @subagent.<name>
- Agent Script syntax: topic.actions → subagent.actions
- Shell script patterns: ^topic → ^subagent
- Documentation: "topic instructions" → "subagent instructions"
- observing-agentforce skill: Updated all agent architecture references
- Template files: Updated all inline comments and descriptions
- Variable names in scripts: TOPIC → SUBAGENT
Specific updates:
- 45 files changed, 294 insertions, 294 deletions
- Updated all Agent Script code examples to use @subagent syntax
- Updated observing-agentforce issue classification guide
- Updated shell script patterns in diagnostic tools
- Updated Apex comments to clarify topic field maps to subagents
Preserved (as required):
- "off-topic" and "off_topic" (standard out-of-scope phrase)
- Testing Center API fields: expectedTopic, topic: in YAML
- API response fields: .topic, generatedData.topic, topic_assertion
- STDM field names: ssot__TopicApiName__c (with clarifying docs)
- Template placeholders in test specs (API values)
- "Topic hash drift" (API field behavior)
- "Email topic/purpose" (means email subject)
- Explanatory comments about API field mapping
All Agent Script syntax and documentation now consistently uses "subagent"
while preserving backward compatibility with platform API field names.
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
* a few more topic -> subagent replacements
---------
Co-authored-by: Steve Hetzel <shetzel@salesforce.com>
Co-authored-by: Claude Sonnet 4.5 <noreply@anthropic.com>
128 lines
4.3 KiB
Plaintext
128 lines
4.3 KiB
Plaintext
# Lifecycle Events Pattern
|
|
# Use before_reasoning and after_reasoning for initialization and cleanup
|
|
#
|
|
# ★ When To Use This Pattern:
|
|
# - Initialize state BEFORE the LLM starts reasoning
|
|
# - Track metrics (turn count, session duration)
|
|
# - Clean up or log AFTER reasoning completes
|
|
# - Set up context that instructions need to reference
|
|
#
|
|
# ★ Key Insight:
|
|
# - before_reasoning: Runs BEFORE each reasoning step (use for setup)
|
|
# - after_reasoning: Runs AFTER each reasoning step (use for cleanup/logging)
|
|
# - These are deterministic - they ALWAYS run, unlike LLM-chosen actions
|
|
#
|
|
# ★ CRITICAL SYNTAX RULES for Lifecycle Blocks:
|
|
# 1. Use "transition to" NOT "@utils.transition to" for transitions
|
|
# 2. The pipe (|) command is NOT supported in lifecycle blocks
|
|
# 3. after_reasoning may NOT run if a transition occurs mid-subagent
|
|
# 4. `run` has inconsistent runtime behavior in lifecycle blocks —
|
|
# reliable primitives are `set`, `if`/`else`, `transition to`
|
|
#
|
|
# ★ Common Use Cases:
|
|
# - Increment conversation turn counter
|
|
# - Fetch fresh data before each response
|
|
# - Log conversation analytics after each turn
|
|
# - Reset temporary flags
|
|
# - Conditional routing based on state (use "transition to")
|
|
#
|
|
# This is a PARTIAL template - integrate into a complete agent file
|
|
|
|
# Variables needed for lifecycle tracking
|
|
variables:
|
|
# ... standard linked variables ...
|
|
turn_count: mutable number = 0
|
|
description: "Number of turns in conversation"
|
|
session_start: mutable string = ""
|
|
description: "Timestamp when session started"
|
|
last_activity: mutable string = ""
|
|
description: "Timestamp of last activity"
|
|
current_context: mutable string = ""
|
|
description: "Refreshed context for current turn"
|
|
|
|
subagent conversation:
|
|
label: "Conversation"
|
|
description: "Main conversation subagent with lifecycle tracking"
|
|
|
|
actions:
|
|
get_timestamp:
|
|
description: "Gets current timestamp"
|
|
outputs:
|
|
current_timestamp: string
|
|
description: "Current ISO timestamp"
|
|
target: "apex://TimeService.getCurrentTimestamp"
|
|
|
|
refresh_context:
|
|
description: "Fetches latest context for user"
|
|
inputs:
|
|
user_id: string
|
|
description: "User to get context for"
|
|
outputs:
|
|
context: string
|
|
description: "User's current context"
|
|
target: "flow://Get_User_Context"
|
|
|
|
log_turn:
|
|
description: "Logs conversation turn analytics"
|
|
inputs:
|
|
turn_number: number
|
|
description: "Which turn this is"
|
|
subagent_name: string
|
|
description: "Current subagent"
|
|
outputs:
|
|
logged: boolean
|
|
description: "Whether log succeeded"
|
|
target: "apex://AnalyticsService.logTurn"
|
|
|
|
# ★ before_reasoning: Runs BEFORE each reasoning step
|
|
before_reasoning:
|
|
# Increment turn counter
|
|
set @variables.turn_count = @variables.turn_count + 1
|
|
|
|
# On first turn, record session start
|
|
if @variables.turn_count == 1:
|
|
run @actions.get_timestamp
|
|
set @variables.session_start = @outputs.current_timestamp
|
|
|
|
# ★ CORRECT: Use "transition to" (not @utils.transition to) in lifecycle blocks
|
|
# Example: Route away if session expired
|
|
# if @variables.session_expired == True:
|
|
# transition to @subagent.session_expired
|
|
|
|
# Refresh context before every turn
|
|
run @actions.refresh_context
|
|
with user_id=@variables.EndUserId
|
|
set @variables.current_context = @outputs.context
|
|
|
|
# Main reasoning block
|
|
reasoning:
|
|
instructions: ->
|
|
| You are on turn {!@variables.turn_count} of this conversation.
|
|
| Session started: {!@variables.session_start}
|
|
|
|
|
| Current user context:
|
|
| {!@variables.current_context}
|
|
|
|
|
| Respond helpfully using the refreshed context above.
|
|
actions:
|
|
end_conversation: @utils.transition to @subagent.farewell
|
|
|
|
# ★ after_reasoning: Runs AFTER each reasoning step
|
|
after_reasoning:
|
|
# Log analytics for each turn
|
|
run @actions.log_turn
|
|
with turn_number=@variables.turn_count
|
|
with subagent_name="conversation"
|
|
|
|
# Update last activity timestamp
|
|
run @actions.get_timestamp
|
|
set @variables.last_activity = @outputs.current_timestamp
|
|
|
|
# ★ Insight: Lifecycle blocks vs Action callbacks
|
|
#
|
|
# - before_reasoning/after_reasoning: Run every turn, automatic
|
|
# - run callbacks: Run only when parent action is invoked
|
|
#
|
|
# Use lifecycle for: Metrics, context refresh, session management
|
|
# Use callbacks for: Post-action processing, chained operations
|