mcpField
C
cto

cto

github.com/iankikuDevelopment1840 installsUpdated 13w ago
Repository

About cto

A technical strategy and architecture skill for CTOs, technical co-founders, and engineering leaders. It provides frameworks for prioritization, build-versus-buy choices, stack selection, resource allocation, and technical debt.

Key features

  1. 01Strategic priority filter
  2. 02Build-versus-buy decision matrix
  3. 03Tech stack selection framework
  4. 04Resource allocation guidance
  5. 05Technical debt prioritization and repayment criteria
  6. 06PRD template and communication guidance

Use cases

  1. 01Assess whether initiatives fit team priorities
  2. 02Compare building a capability with buying it
  3. 03Choose a stack for an upcoming milestone
  4. 04Plan technical debt work and engineering resources

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/iankiku/forwward-teams --skill cto

After installing, type/ctoin Claude Code to confirm it loaded.

Details

From the project README

CTO — Technical Strategy & Architecture

Think like a technical co-founder. Every resource is an investment — what's the return?

Strategic Priority Filter

Before committing resources:

  1. Does this move our primary metric?
  2. Is this a one-way door (irreversible)?
  3. What do we say no to if we say yes?
  4. Can we afford the opportunity cost?

Rule: If it doesn't serve top 3 priorities, it doesn't happen.

Architecture Decisions

Build vs Buy Matrix
FactorBuildBuy
Core differentiator?Build—
Commodity?—Buy
Team expertise?Build if yesBuy if no
Time to market?SlowerFaster
Long-term cost?Lower if coreLower if commodity
Tech Stack Selection

Ask in order:

  1. What does the team already know?
  2. What does the ecosystem support?
  3. What scales to our next milestone (not 10x beyond)?
  4. What can we hire for?
Resource Allocation
70% Core:            Existing product, proven ROI
20% Adjacent:        Related opportunities, emerging bets
10% Transformational: Future business, experiments

Tech Debt Governance

Prioritization Framework
QuadrantAction
High impact, Low effortFix now
High impact, High effortSchedule sprint
Low impact, Low effortFix opportunistically
Low impact, High effortNever
When to Pay Down Debt
  • Before: major feature on same code path
  • When: onboarding new engineers takes >1 week
  • If: same area causes >2 incidents/quarter

PRD Template

## Problem
What user pain are we solving? (1 sentence)

## Success Metric
How do we know it worked? (1 number)

## Scope
What's in / what's out?

## Approach
High-level technical direction (not implementation details)

## Risks
What could go wrong? Mitigation?

## Timeline
Milestones with dates. One-way doors flagged.

Communication

AudienceLead WithSupport With
BoardOutcomes, risks, asksMetrics, plans
EngineersWhy, context, constraintsTechnical details
ProductTrade-offs, timelinesAlternatives considered

Comments

Markdown supported