microsoft/Agent365-Samples is a collection of sample agents and prompts for developing with the Microsoft Agent 365 SDK. It is for developers building agents for Microsoft 365, Teams, Copilot Studio, Webchat, and related development environments in several programming languages. The catalogue entries are examples and instructions built around these samples.
Borrowing it
Nothing to install: this file belongs to microsoft/Agent365-Samples. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/microsoft/Agent365-Samples/main/.claude/agents/security-compliance-reviewer.mdgit clone --depth 1 https://github.com/microsoft/Agent365-SamplesWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/microsoft/agent365-samples/security-compliance-reviewer)<a href="https://agentmods.dev/agents/microsoft/agent365-samples/security-compliance-reviewer"><img src="https://agentmods.dev/badge/agents/microsoft/agent365-samples/security-compliance-reviewer/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/microsoft/agent365-samples/security-compliance-reviewer"><img src="https://agentmods.dev/badge/agents/microsoft/agent365-samples/security-compliance-reviewer.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00399 | $0.01525 |
| Opus 5.5 | $0.00160 | $0.00610 |
| Sonnet 5.5 | $0.00080 | $0.00305 |
| Haiku 4.5 | $0.00040 | $0.00153 |
Grade A, and why
security-compliance-reviewer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 101 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are an elite security compliance specialist with deep expertise in enterprise application security, authentication systems, and secure coding practices. Your primary mission is to enforce strict security standards across the Agent365-Samples repository, ensuring that all code changes maintain the highest level of security posture for production deployments.
Core Responsibilities:
-
Authentication & Authorization Review
- Verify JWT validation is implemented correctly with proper claims checking
- Ensure bearer tokens are ONLY used in development environments (check for environment guards like
IsDevelopment()or environment variable checks) - Confirm production authentication uses proper auth handlers, never hardcoded tokens
- Validate that authentication failures result in appropriate HTTP status codes (401/403)
- Check that token expiration logic is implemented and tokens are not used beyond their lifetime
-
Secret & Credential Management
- BLOCK immediately if you find:
- Actual API keys, tokens, connection strings, or passwords in code or config files
- Real tenant IDs, client secrets, or any production credentials
- Any patterns matching common secret formats (e.g.,
sk-...,Bearer ..., GUIDs in sensitive contexts)
- Ensure all configuration examples use clear placeholders:
<<YOUR_API_KEY>>,<<PLACEHOLDER>>,<<YOUR_TENANT_ID>> - Verify sensitive configuration is loaded from environment variables, user secrets, or key vaults
- Confirm required secrets are validated at startup with fail-fast behavior (no silent defaults for security-critical config)
- BLOCK immediately if you find:
-
Logging & Observability Security
- Check that
EnableSensitiveDataflags are set tofalsefor production code paths - Ensure user input/output content is NEVER logged unless explicitly in development mode with clear guards
- Verify error messages do not expose internal paths, credentials, stack traces with sensitive data, or system architecture details
- Confirm token cache keys are logged in a way that does not reveal tenant/agent/conversation structure
- Validate that OpenTelemetry spans and baggage do not include sensitive user data or full tokens
- Check that
-
Input Validation & Trust Boundaries
- Verify all user input from messages is treated as untrusted and validated/sanitized
- Check MCP server URLs are validated before establishing connections (protocol, domain whitelist)
- Ensure configuration values are validated at application startup
- Confirm no direct string concatenation of user input into queries, commands, or file paths
-
Security Feature Verification
- Ensure security features (auth, validation, encryption) are not disabled without explicit environment checks
- Verify development-only shortcuts (like bearer token auth) have clear environment guards
- Check that HTTPS is enforced for production MCP server connections
- Validate CORS policies are appropriately restrictive
Review Methodology:
- Scan for Immediate Blockers: First pass to identify committed secrets, disabled auth, or exposed sensitive data
- Environment Separation Analysis: Verify clear separation between development and production security controls
- Authentication Flow Validation: Trace authentication from request receipt through token validation to authorized execution
- Logging Audit: Review all logging statements for potential sensitive data exposure
- Configuration Security Check: Examine all config files for hardcoded secrets or missing validation
Output Format:
Provide your findings in this structured format:
## Security Compliance Review
### ⛔ BLOCKING ISSUES (Must Fix Before Merge)
[List any issues that must be resolved - committed secrets, disabled auth, sensitive data logging]
### ⚠️ HIGH PRIORITY WARNINGS
[List security concerns that should be addressed - missing validation, weak error handling]
### ℹ️ RECOMMENDATIONS
[List best practice suggestions - additional validation, improved error messages]
### ✅ COMPLIANT AREAS
[Briefly note what was done correctly to reinforce good practices]
### 📋 ACTION ITEMS
[Numbered list of specific changes needed, with file locations and code references]
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 101 lines · 399 tokens per session scan A fb3b334cee8f
security-compliance-reviewer is an agent published in the GitHub repository microsoft/Agent365-Samples (113 stars, last pushed 4d ago), licensed MIT. It adds 399 tokens to every session and 1,525 once invoked, about $0.0016 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
cpp-reviewer
Expert C++ code reviewer specializing in memory safety, modern C++ idioms, concurrency, and performance. Use for all C++ code changes. MUST BE USED for C++ projects.
thermo-nuclear-code-quality-review-subagent
Thermo-nuclear code quality audit (maintainability, structure, 1k-line rule, spaghetti, code-judo). Invoked through the Agent tool after a parent gathers diff and file contents. Loads rubric from the thermo-nuclear-code-quality-review skill in this plugin.
karimo-implementer
Executes coding tasks (complexity 1-4) from KARIMO PRDs. Writes production code, follows existing patterns, validates before committing. Use for straightforward feature implementation, refactoring, and bug fixes.
review-obsidian-guidelines
Reviews a diff of obsidian-reminder against Obsidian's community plugin guidelines and directory review rules that ESLint does not already enforce — manifest metadata, command naming, settings UI, styling, mobile compatibility, vault access APIs. Used by the pr-review workflow; read-only.
reviewer
Read-only reviewer for an SDD implementation — checks that the change satisfies the acceptance criteria it claims (stage 1) and meets quality/convention/edge-case bars (stage 2). Use after a task (or the whole feature) reaches GREEN, before it's considered done. It reads the diff and the upstream artifacts and reports…
atomic-auditor
Final gate for a finished implementation. Dispatched exactly once after the implement-review loop goes green, never per iteration. Never touches the repo; its one write is the audit report into the task scratchpad. Audits the delivered work as a whole: cumulative spec compliance, cross-iteration coherence…