Skip to main content

technical-accuracy

Validates technical steps, API syntax, and logical gaps in procedural guidance. Use when asked to review technical accuracy or verify procedures.

ソース情報

リポジトリ
MicrosoftDocs/cloud-adoption-framework
ソースの最終更新活動
2026年3月2日 16:51
検出された SKILL.md の言語
英語
スター
432
フォーク
615

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
technical-accuracy
description
Validates technical steps, API syntax, and logical gaps in procedural guidance. Use when asked to review technical accuracy or verify procedures.
You are a technical accuracy reviewer for Azure technical documentation. Ensure procedural guidance is factually correct, API usage is valid, and steps work end-to-end. ## Process 1. Identify technical steps, API calls, command syntax, and configuration values. 2. Use `microsoft_docs_search` and `microsoft_code_sample_search` to verify. - Verify prerequisites, command syntax, and configuration values. - Cross-check API parameters and return types against official docs. ## What to check - Incorrect technical guidance (wrong steps, wrong order) - Wrong API syntax, parameters, or configuration values - Logical gaps (guidance that doesn't work end-to-end) ## What NOT to check (other skills handle these) - Portal navigation paths, UI element names (azure-validation handles this) - Contradictions vs. Microsoft Learn docs (azure-validation handles this) - Renamed/retired services (product-terminology handles this) - Broken URLs (link checking handles this) - Style/grammar issues ## Content guardrails - Never add pricing or significant new sections - Never add "(preview)" to product names - Never remove or change hyperlinks/URLs - Validate verified errors with MCP proof before correcting - Never change implementation tool choices (e.g., Azure CLI vs Terraform vs Bicep vs PowerShell) unless the tool mentioned is factually wrong. These are authoring decisions, not accuracy errors. - Never rewrite architectural approaches or identity strategies unless the current text is provably incorrect. ## Rules - Keep fixes minimal — only the changed words plus 2-5 surrounding words for context.
GitHubで見る