gsd-secure-phase

Verify implemented threat mitigations in completed GSD phase artifacts.

Updated May 22, 2026
One-click install
npx skills add https://github.com/yusaduymaz/loexai --skill gsd-secure-phase-yusaduymaz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-secure-phase
Source: https://github.com/yusaduymaz/loexai/tree/main/.codex/skills/gsd-secure-phase
Command: npx skills add https://github.com/yusaduymaz/loexai --skill gsd-secure-phase-yusaduymaz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you confirm that a finished phase has the right threat mitigations in place, so you can catch security gaps after implementation instead of discovering them later.

Core Features & Use Cases

  • Retroactive Security Verification: Reviews completed phase artifacts to check whether promised mitigations were actually applied.
  • Threat-Model-Driven Audit: Uses SECURITY.md or phase planning artifacts to validate security assumptions and outcomes.
  • Phase Closure Support: Produces an updated SECURITY.md that records mitigation status and outstanding risk.
  • Use Case: A team has shipped a phase and needs a fast, structured review to verify that the phase’s security controls match the documented plan.

Quick Start

Ask this skill to audit the completed phase you want verified and update SECURITY.md with the mitigation results.

Frequently Asked Questions about gsd-secure-phase

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify threat mitigations are implemented after completing a development phase?

To verify threat mitigations after a development phase, inspect completed phase artifacts like SECURITY.md and PLAN.md files to confirm documented security controls were applied. This retroactive security audit validates whether the phase can be safely closed.

What is retroactive security verification for completed project phases?

Retroactive security verification reviews finished phase artifacts to check whether promised mitigations were actually applied. It uses existing threat models and SECURITY.md files to validate security assumptions and confirm the phase is safe to close.

How do I audit a SECURITY.md file against a documented threat model?

To audit a SECURITY.md file against a threat model, inspect the phase planning artifacts to validate security assumptions and outcomes. Confirm each documented mitigation is implemented, then generate an updated SECURITY.md recording mitigation status and outstanding risk.

Can I use phase artifacts to check if documented security controls were actually applied?

Yes, you can use phase artifacts to check if documented security controls were applied. The verification process requires artifact inspection and mitigation confirmation against the phase plan to determine whether the phase can be validated safely.

What's the best way to record outstanding risk when closing a secure development phase?

The best way to record outstanding risk during phase closure is to generate an updated SECURITY.md file. This file documents the mitigation status from the threat model audit and captures any remaining security gaps for future action.

Do I need a PLAN.md threat model to run a security audit on a completed phase?

A PLAN.md threat model or existing SECURITY.md file is required for a phase security audit. The verification process depends on these artifacts to validate security assumptions, confirm mitigations, and determine whether the phase can be validated safely.