Prostir

調査記事

AIで独自ERPを作る方法

AIで独自ERPを作る方法は、会社全体の生成ではなく一つのprocessから始まります。Codex、ChatGPT-assisted development、GitHub Copilot、coding Agentがrecord、screen、tool、integration、validation、testをdraftしても、authority、security、release、maintenanceは人が所有します。

読む前に

公開内容

workflow contractからreviewed code、negative test、reversible rollout、maintenanceまでのproduction-mindedなbuild flowです。

に最適

独自processと、自社softwareを維持するproduct/engineering ownershipを持つ小規模team向けです。

作業が行われる場所

AIで独自ERPを作る · Codex ERP · Coding Agent · Custom ERP

01

ERPより小さく始める

quote-to-delivery、special purchase、field service approval、production exception、onboardingなど高コストのloopを一つ選び、trigger、actor、record、state、exception、approval、output、metricを書きます。

statutory/transactional authorityを明確にします。accounting、payroll、tax、payment、inventoryをsource of truthに残し、custom layerは独自作業を調整します。

coding Agentにrepository、typed contract、example、security rule、acceptance test、commandを渡します。曖昧なpromptはdemoを、bounded specificationはreview可能なchangeを生みます。

02

Coding Agentとのbuild loop

  1. 01
    Dataとauthorityをmodel化

    identity、field、state、transition、permission、revision、idempotency、audit、integration ownership、recoveryをUIより先に定義します。

  2. 02
    Thin sliceをdraft

    Codex、ChatGPT、Copilot、Claude Codeにschema、service、UI、adapter、validation、telemetry、testのend-to-end pathを作らせます。

  3. 03
    Review、攻撃、release

    人がbusiness/security ruleを確認し、normal、denied、duplicate、stale、failure、rollbackをtestし、reversible cohortから始めます。

03

Modelに所有させないもの

modelはidentity、scope、payment、ledger、stock、permission、statutory truthを決めません。typed actionをrequestし、ownerがeffectをvalidateします。

untrusted promptへ無制限のproduction credential、network、secret、migration authorityを与えません。least privilege、sandbox、review、explicit approvalを使います。

generated codeにはdependency review、security scan、observability、backup、export、runbook、incident owner、maintenance budgetが必要です。

04

最初のprocessをrelease

最初のversionは測定でき、会社を止めずに戻せる大きさにします。

  1. 01
    Baselineを記録

    cycle time、error、handoff、duplicate entry、exception、現在のaccountable ownerを測ります。

  2. 02
    Shadow/parallelで実行

    既存authorityと比較し、coverageが育つまでsensitive effectにはhuman approvalを残します。

  3. 03
    Evidenceで拡張

    adoption、correct data、safe denial、tested recovery、named maintenance teamが揃ってから広げます。

05

Prostirが合う範囲

Prostir Teamは現在early accessで、member、Tasks、Goals、logical Data、versioned Files、source付きKnowledge、Skills、Team tools、MCP connections、既存Agentsを一つのprivate boundaryに置けます。

この基盤で独自の業務processを一つpilotできます。package化されたCRM、Operations/ERP control plane、BPM、durable Agent task execution、approval/cost ledger、広いOperator automationは計画中です。

accounting、payroll、tax、inventory valuation、payment、statutory reportingは実績あるsystem of recordに残します。Prostirはcustom AI work layerの候補であり、完成した法定ERPではありません。

ソリューション

共有業務を非公開で扱うチーム向けAIワークスペース

メンバーが共有業務を更新し、許可されたAgents、Skills、MCP接続を使える非公開Team基盤を作ります。Team自体を公開ボットにはしません。

ソリューション

必要なTeamの範囲を決める

誰が共同作業し、何を共有し、どのAIがaccessするかを教えてください。利用可能な機能と開発中の層を分けます。