createtree-office-ops

Implement createTree Office operational features with React/TypeScript, Express, and PostgreSQL.

Updated Mar 3, 2026
One-click install
npx skills add https://github.com/createtree2017/createtree-office --skill createtree-office-ops
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: createtree-office-ops
Source: https://github.com/createtree2017/createtree-office/tree/main/.agents/skills/createtree-office-ops
Command: npx skills add https://github.com/createtree2017/createtree-office --skill createtree-office-ops

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents operational drift and broken integrations when evolving the internal createTree Office portal, helping you keep manuals, tasks, client operations, sales workflows, contracting data, and RBAC aligned.

Core Features & Use Cases

  • Operational change guardrails: Enforces consistent domain separation across routes, hooks, and pages so business modules don’t accidentally merge or regress.
  • Market research workflow integrity: Preserves original datasets, applies candidate filtering logic, controls external enrichment behavior, and limits where long-running research jobs can execute.
  • Safety-first delivery rules: Requires careful prerequisite checks across devlogs/specs and blocks ambiguous push instructions to reduce accidental changes.

Quick Start

Use createtree-office-ops to review and implement a proposed createTree Office operational feature while validating RBAC, API/DB impacts, and market-research execution constraints.

Frequently Asked Questions about createtree-office-ops

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

FAQPage Schema
How do I maintain RBAC and workflow governance when modifying Express API routes?

Maintaining RBAC and workflow governance requires validating API, database, and component impacts simultaneously. You must enforce consistent domain separation across routes and pages to prevent business modules from accidentally merging or regressing during operational feature development.

What is the best way to prevent data divergence when adding CRM operations to an internal portal?

Preventing data divergence involves applying safety-first delivery rules that require prerequisite checks across devlogs and specs. This approach blocks ambiguous push instructions and coordinates verification across React, Express, and PostgreSQL layers to keep client operations aligned.

How do I safely execute long-running market research jobs in a PostgreSQL environment?

Safely executing market research jobs requires applying run-gating controls and candidate-preservation rules. You must preserve original datasets, apply candidate filtering logic, control external enrichment behavior, and strictly limit where long-running research jobs can execute.

Does this approach work with Drizzle ORM for separating client and contract domains?

Yes, this approach works with Drizzle ORM by enforcing domain separation across data flows and access control. It ensures operational change guardrails prevent client data and contract modules from accidentally merging or regressing within your PostgreSQL database structure.

Why do my operational modules regress after updating React and TypeScript Vite components?

Operational modules regress when API, database, and component verifications are not properly coordinated. Without enforcing consistent domain separation across routes, hooks, and pages, business modules experience drift and broken integrations during component updates.

When should I avoid skipping prerequisite checks before pushing portal updates?

You should never skip prerequisite checks when evolving internal portal workflows. Ambiguous push instructions and missing devlog or spec validations reduce safety and cause operational drift, breaking integrations across manuals, tasks, clients, and sales CRM modules.