plugins/sdlc-utils/skills/implement/SKILL.md
Coding standards and implementation patterns. Use when the user asks about "coding standards", "implementation patterns", "how to structure code", "best practices for writing code", "code organization", or when starting implementation of a planned feature. Covers code structure, naming conventions, error handling, and following existing codebase patterns.
npx skillsauth add nsheaps/ai-mktpl implementInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Guidelines for writing code during the implementation phase of the SDLC.
Before writing new code, study how similar functionality is already implemented in the codebase. Match conventions for error handling, logging, configuration, and code organization.
Before writing code, read the relevant specification (from the plan phase).
Confirm you understand:
Search for existing patterns that relate to your task:
If 3+ existing files follow the same pattern, your new code MUST follow it too.
Before opening a PR, review your own code:
| Anti-Pattern | Instead | | --------------------------- | ------------------------------------------ | | Reimplementing shared utils | Use existing helpers | | Giant functions | Break into smaller, focused functions | | Silent error swallowing | Handle and log errors properly | | Premature optimization | Write clear code first, optimize if needed | | Scope creep during coding | Stick to the spec, file issues for extras |
tools
Manually reproduce what the github-app plugin's SessionStart hook does to make a GitHub App installation token usable in the current session — materialize the PEM, generate the token, isolate GH_CONFIG_DIR, write the runtime env file, and wire CLAUDE_ENV_FILE so every Bash call sees GH_TOKEN/GITHUB_TOKEN. Use when the hook did not run, the token is missing from the environment, or a shell/teammate needs the token wired up by hand. <example>GH_TOKEN isn't set even though github-app is configured</example> <example>the github-app SessionStart hook didn't run, set up the token manually</example> <example>wire the github app token into CLAUDE_ENV_FILE</example> <example>gh keeps falling back to the wrong account, isolate GH_CONFIG_DIR</example>
tools
Manually configure the GitHub App bot git identity the way the github-app plugin's SessionStart hook does — resolve the app slug and bot user ID, build the <slug>[bot] name and noreply email, set GIT_AUTHOR_*/GIT_COMMITTER_* env vars, and write an isolated GIT_CONFIG_GLOBAL with the gh auth git-credential helper. Use when commits are attributed to the wrong account, "Author identity unknown" appears, or git identity must be set up by hand. <example>my commits are showing up as the handler, not the bot</example> <example>git says Author identity unknown after the github-app hook ran</example> <example>configure the github app bot git identity manually</example> <example>set up the gh credential helper for git push</example>
tools
Manages spec files for requirements capture and validation
tools
# Bash Chaining Alternatives This skill teaches you how to work around the bash command chaining restriction enforced by this plugin. ## Why Chaining is Blocked The `bash-command-rejection` plugin blocks these operators: | Operator | Name | Why Blocked | | -------- | ---------- | ----------------------------------------------------------------------------------- | | `&&` | AND chain | Runs cmd2 only if cmd1 su