用途：在战略层面定义技术战略，并将结果写入 company/technology.md。用于判断哪些技术能力是战略性的（竞争差异），哪些属于商品化能力（应采购而非自建），并规划架构、依赖与自建/采购选择。
主要能力：区分战略性能力与商品化能力；定义哪些应内部构建、哪些应购买或许可，并记录每项选择的理由；梳理依赖、集成，以及安全、隐私、可用性和可扩展性方面的风险；按公司当前真实阶段设计架构，避免在 idea 或 validation 阶段过度工程；估算技术成本与所需团队能力（已有 people.md 时交叉参考）；在适用时标注 AI 的可用之处；记录所承担的技术债。
使用方式：先阅读 .companify/company-context.md、.companify/progresso.md、company/product.md 和 company/business-model.md 等事实来源，并使用技术战略 worksheet 记录 build vs. buy、依赖和技术债。需在 .companify/progresso.md 中记录向用户提出的每个问题及其回答。当缺少只有用户知道的信息时，按访谈惯例提供三到五个具体选项加“其他”，而非开放式提问。最终保存至 company/technology.md，回答战略性技术能力、商品化技术、应构建什么、应购买什么、哪些依赖构成风险暴露、何种架构匹配当前阶段，以及技术战略在多大程度上限制或赋能业务。
限制：不要将商业计划变成软件规格说明；项目使用 Specsfy 时，技术战略可在另一文档中后续驱动技术规格，但不在此处进行。每项架构选择应匹配公司真实阶段（.companify/config.yaml），而非假想的未来阶段。技术债应作为有意识的选择记录其理由与偿还条件，而非意外产物。
核心判断：在当下阶段与现有团队条件下，方案是否技术可持续；团队无法运营的优雅架构是风险暴露而非资产。