Custom software, built and run by AI agents

Your software should change when your business does.

Describe what you need in a conversation. Software Factory writes the spec, builds the change, tests it, and ships it to production. People step in when a decision needs judgment.

For companies of tens to hundreds of people that run on spreadsheets, group chats and too many SaaS tools.

WeCom
Example
  1. Sales director

    When a salesperson offers more than a 15% discount, I want the regional manager to approve it. Also, salespeople shouldn't see our internal cost.

  2. Product agent

    Should the 15% threshold be calculated from list price or from the salesperson's assigned price level?

  3. Sales director

    From list price.

  4. Software Factory

    • Requirement and acceptance criteria
    • Pricing, approvals, permissions and audit log
    • Tests and browser checks in a preview
    • Deployed, smoke tests passed
  5. Product agentLive

    The discount approval workflow is live. Discounts above 15% now need regional manager approval, and internal cost stays hidden from sales reps.

The problem

Most businesses bend their work around their software.

A manufacturer changes its purchasing steps to fit an ERP. A clinic types the same patient details into three systems. An online store keeps supplier exceptions in spreadsheets because its order system can't express them.

  • Generic SaaS

    Works well
    Affordable and quick to adopt
    Falls short
    Built around everyone's workflow, so it fits yours loosely
  • Enterprise platforms

    Works well
    Broad features and customization
    Falls short
    Long implementations and ongoing consulting costs
  • Low-code tools

    Works well
    Flexible and fast to assemble
    Falls short
    Someone on your team still designs and maintains it
  • Custom development

    Works well
    Fits the business closely
    Falls short
    Expensive and slow, and every later change is a new project

What changes

Fewer handoffs between a need and working software.

Writing code was never the only slow part. Requests wait between account managers, product managers, sprints, reviews and releases. AI agents can now carry a change through those steps without the queues.

The usual path

  1. Customer need
  2. Account manager
  3. Product manager
  4. Requirements
  5. Engineering planning
  6. Sprint
  7. Development
  8. Review
  9. QA
  10. Release

With Software Factory

  1. Customer need
  2. Product agent
  3. Software Factory
  4. Production

Planning, review and testing still happen. They run inside the factory.

What we measure

Request-to-production time

The time from a confirmed need to safe, running production software. For ordinary business changes, the target is hours or days.

How it works

A production line for business software.

Every request moves through the same stations. You take part in the first one. The factory runs the rest and reports back.

  1. You01

    Conversation

    You describe the need in WeCom, Slack, Teams, email or web chat. The product agent already knows your processes and asks only questions that change the outcome.

  2. Factory02

    Specification

    The request becomes requirements, acceptance criteria, dependencies, and a test and rollout plan.

  3. Factory03

    Build

    Coding agents implement the change on tested foundations. The control plane routes each task by type, risk and cost.

  4. Factory04

    Verification

    Unit, integration, browser and permission tests collect evidence that the business behavior works.

  5. Factory05

    Deployment

    The change ships under the review policy that fits its risk, with smoke tests and a rollback path.

  6. Factory06

    Observation

    The factory watches errors, performance and workflow completion after release. Problems become new work.

Then the line starts again with your next request.

Example

One sentence becomes a spec.

You supply the business intent and settle real ambiguity. The factory writes the rest.

Our sales managers should approve discounts above 15%.
Customer request

Verification evidence

Business acceptance test

4 of 4 checks passed
  • A 20% discount blocks confirmation
  • The regional manager receives an approval request
  • After approval, the quote can be confirmed
  • The audit trail records both actions

Tests check the business rule, not only whether a screen renders.

Work item

Manager approval for high discounts

Goal
Prevent unauthorized high-discount quotes.
Business rule
Quotes at or below 15% proceed normally. Quotes above 15% need approval from an authorized sales manager.
Affected components
  • Quotation form
  • Pricing service
  • Approval workflow
  • Notifications
  • Permissions
  • Audit log
Acceptance criteria
  1. AC-1A salesperson can submit a quote above 15%.
  2. AC-2The quote enters a pending approval state.
  3. AC-3An authorized manager is notified and can approve or reject it.
  4. AC-4The salesperson receives the result.
  5. AC-5An unapproved quote cannot become an order.
  6. AC-6The audit log records each action.

People and agents

Agents do the routine work. People handle the exceptions.

Escalation depends on uncertainty and consequence, not technical difficulty. A large refactor with strong tests can run on its own. A one-line change that deletes financial records waits for a person.

  • Runs on its own
  • A person decides
  • Needs explicit approval
SituationHow it's handled
Well-defined change with low consequencesBuilt and deployed automatically
Technically complex change with low consequencesAutomatic, with stronger testing
Ambiguous business decisionThe product agent asks you
Major architecture decisionHuman review
Destructive database migrationExplicit approval
Authentication, billing, financial, security or permission changeElevated review rules
Production incidentPredefined mitigation, escalated when unusual

Autonomy grows as the factory builds a record of reliable delivery. At first, every production deploy needs a person to approve it.

Traceability

Every behavior can answer why.

The factory keeps a product model for each customer. It links conversations and decisions to code, tests and deployments, so later agents can tell deliberate behavior from accidents.

Why does this field exist?

It was added because the Shanghai finance team needed to tell reimbursement entities apart.

Example trace

  1. Customer conversationFinance asks to separate reimbursement entities
  2. Product decisionAdd an entity field to reimbursements
  3. Work itemIssue #184
  4. Code changePull request #391
  5. VerificationAcceptance and migration tests
  6. DeploymentMarch 14

Who it's for

Built for businesses with real operations and no engineering team.

Good candidates depend on several SaaS tools, lean on spreadsheets and spend hours coordinating work by hand.

  • Manufacturing

    Quotes, purchasing, production planning, quality and shipping often outgrow the ERP's standard workflows.

    • Production approvals
    • Supplier qualification
    • Traceability
  • Dental clinics and service businesses

    Improve intake, scheduling, staffing and follow-ups around the clinical systems you already use.

    • Patient intake
    • Multi-location reporting
    • Follow-ups
  • E-commerce

    Connect orders, suppliers, inventory, pricing and returns across Amazon, Shopify, Taobao, JD, PDD and TikTok Shop.

    • Cross-platform inventory
    • Supplier exceptions
    • Returns

Also distributors, logistics companies, professional service firms and multi-location businesses.

Foundations

Every project starts from tested parts, not an empty repository.

A shared platform covers what every business application needs. Business modules are then selected, combined and adapted to your workflow.

Business modules

  • CRM

    Contacts, companies, opportunities, pipelines

  • Inventory

    Products, warehouses, stock movements, reservations

  • Purchasing

    Suppliers, purchase orders, receiving

  • Sales

    Quotes, orders, discounts, fulfillment

  • Service operations

    Appointments, staff, schedules, service records

  • Workflow

    Approvals, tasks, notifications, escalations

  • E-commerce operations

    Orders, returns, campaigns, marketplace integrations

  • Your workflow

    When no module fits, agents adapt one or build a new one.

Shared platform

  • Identity and access

    Sign-in, organizations, teams, roles and permissions

  • Application interfaces

    Forms, tables, search, dashboards, reports and languages

  • Collaboration and workflow

    Comments, attachments, notifications, email, approvals and background jobs

  • Data and integration

    Imports, exports, APIs and webhooks

  • Delivery and operations

    Tests, audit logs, monitoring, backups, feature flags and preview environments

Continuous evolution

Handover is where the work starts.

Traditional custom software ends at delivery, and every later change is a new engagement. With Software Factory, a request like this one is ordinary operating work.

A later request
Starting next month, purchase orders above $50,000 need CFO approval.

You buy an evolving system, not engineering hours.

  1. 01

    Initial implementation

    Process analysis, data migration, integrations and setup

  2. 02

    Platform subscription

    Hosting, monitoring, backups, security updates and the product agent

  3. 03

    Continuous development

    New features, automations and support with agreed response times

  4. 04

    Premium requirements

    Dedicated environments, compliance needs and advanced integrations

Tell us where your team loses time.

The factory works out whether that needs an integration, an automation, a new screen or a new application. It builds and checks the fix, ships it, and watches whether the problem went away.

Our warehouse team wastes two hours every day copying shipping information from WeCom into the ERP.