本文へ移動
cccskills
無料GitHub で公開

tax

Structures the tax questions a growing business faces — corporate income, sales and use, payroll, nexus, and the obligations created by hiring or selling somewhere new. Use this to work out what a new state or country obligates you to, prepare for a tax filing or audit, understand sales tax on your product, or check what a remote hire or new market triggers.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md3.8 KB
  • references/sources.md2.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Tax

Tax obligations are created by facts — where you sell, where people work, what you sell — not by decisions anyone consciously makes. The characteristic failure is discovering an obligation years after it began, with penalties and interest attached.

This structures the question and tells you what to ask. Tax is technical, jurisdiction-specific, and changes frequently. Positions on anything material belong with a qualified tax adviser or CPA, not a checklist.

Nexus: the thing that creates obligations quietly

Nexus is the connection that gives a jurisdiction the right to tax you. It is established by activities most companies do not think of as tax events:

  • An employee working somewhere. One remote hire in a new state commonly creates payroll registration, income tax withholding, and often corporate income tax nexus.
  • Economic activity without physical presence. Since Wayfair, US states set sales-tax nexus on revenue or transaction thresholds — a few hundred thousand dollars, or a couple of hundred transactions, with the numbers differing by state.
  • Inventory held somewhere, including in a third-party fulfillment warehouse you never visit.
  • Contractors, or attending trade shows, in some jurisdictions.

Review nexus whenever you hire in a new location, cross a revenue threshold, or change how you distribute. Registering late costs more than registering early, and voluntary disclosure programs exist precisely because this is so common.

Sales tax is about what you sell, not what you charge

Taxability of software and services varies enormously by state: SaaS is taxable in some, exempt in others, and treated differently again if delivered with implementation services. The classification of your own product is a determination worth getting in writing and revisiting when packaging changes — see revenue:pricing-and-packaging, because bundling can change the answer.

Exemption certificates for tax-exempt customers must be collected and kept current. In an audit, missing certificates mean you owe the tax you did not collect.

The calendar is most of the discipline

Tax failures are usually administrative, not technical: a missed registration, a late filing, an estimated payment nobody scheduled. Maintain a calendar of every obligation by jurisdiction with an owner, and treat it as part of finance:financial-reporting-and-close.

Where it meets the rest of finance

  • finance:financial-reporting-and-close — tax provision and the deferred position
  • finance:capital-allocation — after-tax returns are the only ones that matter for a decision
  • people:workforce-planning — every hire in a new jurisdiction is a tax question before it is a cost question
  • finance:revenue-recognition — book and tax treatment diverge, and the difference is itself something to track

Sources

references/sources.md in this skill lists the outside authorities that settle the questions here — what each one is authoritative for, and what you may do with it. Check them before answering on anything they cover, and cite what you used. Most are free to read and not free to reproduce; the use note on each is binding.

Never

  • Assume no obligation because there is no office in a jurisdiction.
  • Treat your product's taxability as settled across states without a determination.
  • Sell into exempt customers without current exemption certificates.
  • Take a position on a material matter without a qualified adviser.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Designs and audits who can reach what — authentication, authorization models, privileged access, service credentials, and joiner-mover-leaver process. Use this to design a permissions model, run an access review, reduce standing privilege, handle offboarding, set up SSO or MFA, manage service and machine credentials, or diagnose why permissions have sprawled.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0362026年9月18日 更新

Concentrates marketing and sales effort on a named set of accounts rather than on volume — qualifying whether the model fits your economics at all, building the account list and the buying group inside each, tiering effort against account value, coordinating so the account experiences one campaign rather than several, and measuring account progression instead of leads. Use this to decide whether to run an account-based program, build one, or work out why an existing one produces activity and no pipeline.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0362026年9月18日 更新

Gets new users from signup to first real value — signup flow, onboarding, time-to-value, and the early experience that determines whether someone becomes a user or a lapsed account. Use this to design or fix signup and onboarding, diagnose why signups do not convert to active use, reduce time-to-value, or decide what a new user must accomplish first.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0362026年9月18日 更新

Designs orchestrator-and-subagent hierarchies for a repository — splitting agents by exclusive write surface, pairing every producer with an independent auditor, and enforcing the split with a script that runs in CI. Use this whenever the user wants to set up, expand, audit, or fix a multi-agent or subagent structure for a codebase; asks how to divide work between agents; wants agent charters, roles, or a surface map written; or is hitting agents that collide on the same files, review their own work, or drift from their remit. Also use when sizing a roster or deciding whether a new agent is justified.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0362026年9月18日 更新

Governs models and AI systems in production — intended use, evaluation, monitoring, human oversight, documentation, and the decision to deploy or retire. Use this before deploying a model or AI feature, when defining evaluation criteria, when a model's behavior has drifted, when assessing AI risk or regulatory exposure, or when deciding whether an AI system is fit for a consequential decision.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0362026年9月18日 更新

Produces executive-level research — market sizing, competitor mapping, trend analysis, and strategic intelligence — grounded in cited sources with the confidence in each claim made explicit. Use this to analyze a market or industry, map competitors, evaluate a market-entry or build-versus-buy decision, produce a research brief, or assemble evidence for a decision. Also use when comparing options that need a structured, evidence-based verdict rather than an opinion.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0362026年9月18日 更新

cbrock84 のスキルをすべて見る

このスキルの問題を報告する