Update to Salesforce
Snapshot Oct 9, 2026 · 06:04 UTC · version 0.1.9
Collection source: skill API.
Instructions updated for salesforce-account-brief
Instruction wording changed from “get_record_v2” to “get_record_details”. 1 additional added or edited line is in the evidence.
Observed in instructions or declared skills. Runtime behavior has not been tested.
Skill instructions
get_record_v2 - get_records_v2 5. If the user asks to **show** one record, use `get_record_v2`: `inputs: [{recordId, objectApiName, fieldNames}]`, checking object-specific field-mapping resources first. If the user asks to **show** a r...
get_record_details 5. Use `get_record_details` when presentation-ready layout or optional fields are useful. Always include both `Compact` and `Full` layout types unless the user asks for a narrower read.
Compare saved observations
Download comparison JSONFull technical diff · 1 changed fields
changed /skill_md_contents
"---\nname: salesforce-account-brief\ndescription: Build Salesforce Agentforce Sales account intelligence, meeting prep, opportunity deep dives, contact maps, activity context, account plan context, and recent activity briefs. Use when the user asks for an account or opportunity summary, customer meeting prep, buying committee context, account risks, next-best actions, or a consolidated brief from Salesforce account, opportunity, contact, task, event, account plan, and call records.\nallowed-tools:\n - get_record_id_by_name\n - get_activity_history_v2\n - get_record_v2\n - get_records_v2\n - soql_query\n - query_calendar_events_v2\n - get_account_plan_v2\n - summarize_conversation_transcript\n - get_user_info_v2\n - describe_global\n - describe_sobject\n---\n\n# Salesforce Account Brief\n\nUse this workflow for read-only Agentforce Sales briefs that combine account, opportunity, contact, task, event, activity history, account plan, and call context. Read `../../references/provider-api-rules.md` when relationship names, record-type-sensitive fields, UI/display context, or call summaries matter.\n\n## Workflow\n\n1. Resolve the target account or opportunity first. Prefer exact Salesforce IDs or URLs; otherwise use `get_record_id_by_name` or narrow `soql_query` calls to find candidates.\n2. Confirm the needed object and field API names with `describe_sobject` when the fields are non-obvious or custom.\n3. Read only the fields needed for the brief. Include `Id`, names, owners, stage/status, dates, amounts, priority, and last activity fields when relevant.\n4. Pull adjacent context selectively:\n - account profile and owner fields;\n - open opportunities and current stage/amount/close date;\n - contacts or buying committee records;\n - recent tasks, calendar events, or activity history;\n - account plan details when the user asks for plan, strategy, strengths, gaps, or relationship context.\n5. If the user asks to **show** one record, use `get_record_v2`: `inputs: [{recordId, objectApiName, fieldNames}]`, checking object-specific field-mapping resources first. If the user asks to **show** a related collection such as contacts or open opportunities as a table, use `get_records_v2` after verifying fields with `describe_sobject`; never use it for a single named record.\n6. Use `summarize_conversation_transcript` only after resolving a specific VoiceCall or VideoCall id. If needed, query VoiceCall and VideoCall separately and ask which call to summarize.\n7. For relationship-heavy briefs, confirm relationship names with metadata before using nested SOQL. Do not guess child relationship names.\n8. If fields are missing from a UI/layout-oriented response, retry with explicit fields before concluding Salesforce does not expose them.\n\n## Output\n\nReturn a compact business-facing brief with:\n\n- resolved Salesforce record links;\n- current state and important risks;\n- recent activity or evidence used;\n- gaps or fields that should be verified live;\n- suggested next actions, clearly separated from facts.\n\nDo not restate a `get_record_v2` or `get_records_v2` widget's complete contents after rendering it; synthesize only what the brief needs from it.\n\nDo not write back to Salesforce from this skill. Route explicit changes through `salesforce-writeback`.\n""---\nname: salesforce-account-brief\ndescription: Build Salesforce Agentforce Sales account intelligence, meeting prep, opportunity deep dives, contact maps, activity context, account plan context, and recent activity briefs. Use when the user asks for an account or opportunity summary, customer meeting prep, buying committee context, account risks, next-best actions, or a consolidated brief from Salesforce account, opportunity, contact, task, event, account plan, and call records.\nallowed-tools:\n - get_record_id_by_name\n - get_activity_history_v2\n - get_record_details\n - soql_query\n - query_calendar_events_v2\n - get_account_plan_v2\n - summarize_conversation_transcript\n - get_user_info_v2\n - describe_global\n - describe_sobject\n---\n\n# Salesforce Account Brief\n\nUse this workflow for read-only Agentforce Sales briefs that combine account, opportunity, contact, task, event, activity history, account plan, and call context. Read `../../references/provider-api-rules.md` when relationship names, record-type-sensitive fields, UI/display context, or call summaries matter.\n\n## Workflow\n\n1. Resolve the target account or opportunity first. Prefer exact Salesforce IDs or URLs; otherwise use `get_record_id_by_name` or narrow `soql_query` calls to find candidates.\n2. Confirm the needed object and field API names with `describe_sobject` when the fields are non-obvious or custom.\n3. Read only the fields needed for the brief. Include `Id`, names, owners, stage/status, dates, amounts, priority, and last activity fields when relevant.\n4. Pull adjacent context selectively:\n - account profile and owner fields;\n - open opportunities and current stage/amount/close date;\n - contacts or buying committee records;\n - recent tasks, calendar events, or activity history;\n - account plan details when the user asks for plan, strategy, strengths, gaps, or relationship context.\n5. Use `get_record_details` when presentation-ready layout or optional fields are useful. Always include both `Compact` and `Full` layout types unless the user asks for a narrower read.\n6. Use `summarize_conversation_transcript` only after resolving a specific VoiceCall or VideoCall id. If needed, query VoiceCall and VideoCall separately and ask which call to summarize.\n7. For relationship-heavy briefs, confirm relationship names with metadata before using nested SOQL. Do not guess child relationship names.\n8. If fields are missing from a UI/layout-oriented response, retry with explicit fields before concluding Salesforce does not expose them.\n\n## Output\n\nReturn a compact business-facing brief with:\n\n- resolved Salesforce record links;\n- current state and important risks;\n- recent activity or evidence used;\n- gaps or fields that should be verified live;\n- suggested next actions, clearly separated from facts.\n\nDo not write back to Salesforce from this skill. Route explicit changes through `salesforce-writeback`.\n"
SKILL.md line diff
--- before +++ after @@ -4,8 +4,7 @@ allowed-tools: - get_record_id_by_name - get_activity_history_v2 - - get_record_v2 - - get_records_v2 + - get_record_details - soql_query - query_calendar_events_v2 - get_account_plan_v2 @@ -30,7 +29,7 @@ - contacts or buying committee records; - recent tasks, calendar events, or activity history; - account plan details when the user asks for plan, strategy, strengths, gaps, or relationship context. -5. If the user asks to **show** one record, use `get_record_v2`: `inputs: [{recordId, objectApiName, fieldNames}]`, checking object-specific field-mapping resources first. If the user asks to **show** a related collection such as contacts or open opportunities as a table, use `get_records_v2` after verifying fields with `describe_sobject`; never use it for a single named record. +5. Use `get_record_details` when presentation-ready layout or optional fields are useful. Always include both `Compact` and `Full` layout types unless the user asks for a narrower read. 6. Use `summarize_conversation_transcript` only after resolving a specific VoiceCall or VideoCall id. If needed, query VoiceCall and VideoCall separately and ask which call to summarize. 7. For relationship-heavy briefs, confirm relationship names with metadata before using nested SOQL. Do not guess child relationship names. 8. If fields are missing from a UI/layout-oriented response, retry with explicit fields before concluding Salesforce does not expose them. @@ -45,6 +44,4 @@ - gaps or fields that should be verified live; - suggested next actions, clearly separated from facts. -Do not restate a `get_record_v2` or `get_records_v2` widget's complete contents after rendering it; synthesize only what the brief needs from it. - Do not write back to Salesforce from this skill. Route explicit changes through `salesforce-writeback`.
Full snapshot data
{
"description": "Build Salesforce Agentforce Sales account intelligence, meeting prep, opportunity deep dives, contact maps, activity context, account plan context, and recent activity briefs. Use when the user asks for an account or opportunity summary, customer meeting prep, buying committee context, account risks, next-best actions, or a consolidated brief from Salesforce account, opportunity, contact, task, event, account plan, and call records.",
"included_files": [],
"name": "salesforce-account-brief",
"skill_md_contents": "---\nname: salesforce-account-brief\ndescription: Build Salesforce Agentforce Sales account intelligence, meeting prep, opportunity deep dives, contact maps, activity context, account plan context, and recent activity briefs. Use when the user asks for an account or opportunity summary, customer meeting prep, buying committee context, account risks, next-best actions, or a consolidated brief from Salesforce account, opportunity, contact, task, event, account plan, and call records.\nallowed-tools:\n - get_record_id_by_name\n - get_activity_history_v2\n - get_record_details\n - soql_query\n - query_calendar_events_v2\n - get_account_plan_v2\n - summarize_conversation_transcript\n - get_user_info_v2\n - describe_global\n - describe_sobject\n---\n\n# Salesforce Account Brief\n\nUse this workflow for read-only Agentforce Sales briefs that combine account, opportunity, contact, task, event, activity history, account plan, and call context. Read `../../references/provider-api-rules.md` when relationship names, record-type-sensitive fields, UI/display context, or call summaries matter.\n\n## Workflow\n\n1. Resolve the target account or opportunity first. Prefer exact Salesforce IDs or URLs; otherwise use `get_record_id_by_name` or narrow `soql_query` calls to find candidates.\n2. Confirm the needed object and field API names with `describe_sobject` when the fields are non-obvious or custom.\n3. Read only the fields needed for the brief. Include `Id`, names, owners, stage/status, dates, amounts, priority, and last activity fields when relevant.\n4. Pull adjacent context selectively:\n - account profile and owner fields;\n - open opportunities and current stage/amount/close date;\n - contacts or buying committee records;\n - recent tasks, calendar events, or activity history;\n - account plan details when the user asks for plan, strategy, strengths, gaps, or relationship context.\n5. Use `get_record_details` when presentation-ready layout or optional fields are useful. Always include both `Compact` and `Full` layout types unless the user asks for a narrower read.\n6. Use `summarize_conversation_transcript` only after resolving a specific VoiceCall or VideoCall id. If needed, query VoiceCall and VideoCall separately and ask which call to summarize.\n7. For relationship-heavy briefs, confirm relationship names with metadata before using nested SOQL. Do not guess child relationship names.\n8. If fields are missing from a UI/layout-oriented response, retry with explicit fields before concluding Salesforce does not expose them.\n\n## Output\n\nReturn a compact business-facing brief with:\n\n- resolved Salesforce record links;\n- current state and important risks;\n- recent activity or evidence used;\n- gaps or fields that should be verified live;\n- suggested next actions, clearly separated from facts.\n\nDo not write back to Salesforce from this skill. Route explicit changes through `salesforce-writeback`.\n"
}SHA-256 of public snapshot: 270f6ff28223bfeeff63b4b7dfd83a55114af7394ac1f0c7023de765c5be0dba