company-workflow

Enforces a six-gate quality sequence for feature and bug requests before implementation.

1|Updated Jun 21, 2026
One-click install
npx skills add https://github.com/tapway/shogun-os --skill company-workflow-tapway
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: company-workflow
Source: https://github.com/tapway/shogun-os/tree/main/skills/general/company-workflow
Command: npx skills add https://github.com/tapway/shogun-os --skill company-workflow-tapway

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often jump straight into coding when handling feature requests or bug fixes, skipping root cause analysis and planning, which leads to recurring bugs, scope creep, and untested changes. This Skill enforces a mandatory, non-skippable gate sequence so every change is triaged, understood, planned, tested, and validated before it ships. ## Core Features & Use Cases - Six Mandatory Gates: Triage (classify the request), RCA/Research (find root cause), Brainstorm (compare 2-3 approaches), Plan (bite-sized tasks), TDD (failing test first), and E2E (validate against real systems). - Skip Rules with Guardrails: A clear table defines which gates can be skipped for trivial changes, while Triage and E2E can never be skipped. - Pitfall Prevention: Built-in guidance against common failure modes like fixing symptoms instead of root causes and relying on mocks that hide integration bugs. - Use Case: When a user reports "price sync failing on Lazada", the agent classifies it as a bug, traces the HTTP 429 rate limit root cause, compares retry vs. throttling approaches, writes a plan, implements via TDD, and verifies with a full sandbox sync. ## Quick Start Ask the agent to fix a bug or build a feature, and it will walk the request through triage, root cause analysis, brainstorming, planning, TDD, and end-to-end validation before writing any implementation code.

Frequently Asked Questions about company-workflow

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

FAQPage Schema
How do I enforce a quality gate workflow before writing code?

Use a six-gate sequence: triage the request type, perform root cause analysis, brainstorm 2-3 approaches, write an implementation plan, develop with TDD, and validate end-to-end. Each gate must complete before the next begins, preventing premature implementation.

What is the difference between RCA and brainstorming in a bug fix workflow?

RCA (root cause analysis) traces the exact causal chain of why a bug happens, while brainstorming explores 2-3 possible solution approaches with trade-offs. RCA answers why the problem exists; brainstorming decides how to fix it.

When can I skip gates in the company workflow?

Triage and E2E can never be skipped. RCA can be skipped only for trivial one-line config changes, brainstorm for single-file fixes with obvious approaches, plan for changes under 5 files, and TDD only for non-code changes like docs or config.

Why do unit tests with mocks pass while production is broken?

Mocks simulate dependencies and can hide integration bugs in the real code path. The E2E gate addresses this by exercising the actual system, verifying real output, and checking for regressions in adjacent areas.

Does this workflow apply to emergency hotfixes?

Emergency hotfixes can compress the later gates, but root cause analysis should still be performed first. Fixing a symptom without understanding the cause typically causes the bug to recur in a different form.