Install
$ agentstack add skill-divyahemantcareer-ai-engineering-rigor-ai-rigor-security ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ● Shell / process execution Used
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
AI Engineering Rigor -- Security
Apply security rigor to $ARGUMENTS. This skill adapts the security-best-practices guidance into the ai-rigor-* skill family.
Use this skill only for explicit security work: security best-practice review, secure-by-default implementation, hardening, vulnerability report, or security-focused code review.
Do not trigger it for ordinary debugging or general code review unless the user asks for security.
Phase 0: Load Context
- Read
.ai-rigor/config.ymlif it exists. - Read
.ai-rigor/standards.mdif it exists. - Identify all languages and primary frameworks in scope.
- Load only matching reference files from
references/.
Reference filenames follow ---security.md.
For full-stack web work, check both frontend and backend guidance.
Phase 1: Choose Mode
Use the mode that matches the user request:
- Secure implementation: apply secure defaults while writing code.
- Passive detection: flag only critical or high-impact security issues found while working.
- Security report: produce a prioritized report with evidence and line numbers.
- Fixes: implement one security finding at a time after the user approves the fix scope.
Phase 2: Review or Implement
Prioritize authn/authz failures, injection risks, secret exposure, unsafe subprocess/file handling, weak session/cookie/JWT handling, unsafe CORS or CSRF posture, sensitive data in logs or responses, and dependency risk when dependency files changed.
Follow project-specific rules when they intentionally override generic best practices. Note important overrides instead of fighting them.
Phase 3: Security Report Format
When the user asks for a report, write it to security_best_practices_report.md unless they specify another path.
Include executive summary, prioritized findings by severity, numeric finding IDs, file and line references, impact statement for critical findings, and concrete remediation.
After writing the report, summarize the findings and report path to the user.
Phase 4: Fixes
Before implementing fixes from a report, let the user confirm the fix scope.
When fixing:
- address one finding or tightly related group at a time
- preserve existing behavior where possible
- add concise comments only where the security reason is not obvious
- run relevant tests/checks
- avoid bundling unrelated security changes
Attribution
Bundled security reference files are adapted from Apache-licensed security best-practices material. Keep LICENSE.txt with this skill when redistributing it.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: DivyaHemantCareer
- Source: DivyaHemantCareer/ai-engineering-rigor
- License: Apache-2.0
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.