Prostir
로그인
얼리 액세스

Roadmap

Built. Tightened. 지금은 public launch 준비 중.

Prostir 는 이제 스케치 단계가 아닙니다. Runtime 은 존재하고, public site 는 launch 에 맞게 정리되고 있습니다. Launch surface 는 영어 fallback 뒤에 숨지 않고 실제로 built 된 것을 말해야 합니다. 우리는 지금 step 4 에 있습니다. Public launch 바로 전 final prep 이고, 공개는 very soon 입니다.

얼리 액세스
  1. 01 Built

    Runtime 은 실제로 있다

    이 platform 은 hosted AI agents 를 설명만 하지 않고 실제로 build 합니다. Creator 는 sign in 하고, behavior 를 만들고, knowledge 를 추가하고, tools 를 연결하고, publish 한 뒤 open internet 의 stable remote MCP endpoint 를 받습니다. 이것이 launch 로 가져가는 기반입니다.

    • Agent lifecycle: behavior, knowledge sources, agent-owned JavaScript tools, publish, unpublish.
    • Published agent 마다 remote MCP endpoint 가 있고, knowledge 는 isolate 되며 access rules 는 account 에 속합니다.
    • ChatGPT, Claude, Cursor, 기타 MCP-ready clients 는 client account, transport, auth rules 가 허용할 때 connect 할 수 있습니다.
    • Microsoft.Extensions.AI, ManagedCode.MCPGateway, Markdown-LD knowledge artifacts, BYOK provider connections, Model Usage Credits 가 product flow 아래에 있습니다.
  2. 02 Built

    Access, billing, packaging 은 나중에 붙인 것이 아니다

    Launch story 는 prompt hosting 만이 아닙니다. Customer access grants, Pay 기반 paid access, marketplace packaging, usage visibility, provider-aware runtime boundaries 까지 포함합니다. Creator 에게 필요한 것은 local demo 가 아니라 sellable surface 이기 때문입니다.

    • Customer access grants 는 API key, magic link, OAuth, paid access 를 다루면서 creator 의 private workspace 를 노출하지 않습니다.
    • Pay subscriptions, portal flows, webhooks, plan entitlements, Pay marketplace payout paths 는 platform 의 일부입니다.
    • Billing surface 는 billable operation visibility 를 product 가까이에 두어 hosted calls 와 paid access 를 추측으로 운영하지 않게 합니다.
    • Reusable skills, agents, flows 는 generic app label 로 합치지 않고 별도 product surfaces 로 유지합니다.
  3. 03 Validated

    Early access 가 public story 의 설명 과제를 보여줬다

    Early access 는 아직 selective 하지만 learning loop 는 빈 waitlist 가 아닙니다. Public pages 는 creator journey 를 분명히 설명해야 합니다. 무엇을 build 하는지, 무엇을 publish 하는지, customers 가 어디서 쓰는지, 첫 paid or controlled access 가 어떻게 작동하는지까지 말해야 합니다.

    • First-wave feedback 은 MCP try-inspector, knowledge graph controls, model configuration, system-prompt visibility, token counts, channel runtime controls 에 반영됐습니다.
    • Public case studies 는 AI agent builders, hosted MCP servers, reusable skills, paid knowledge agents, knowledge graphs, voice/style agents, images, Telegram, widgets, SEO/AEO workflows 를 다룹니다.
    • Case-studies index 는 manually ranked top seven 을 보여주면서도 all cases 를 newest-first side-by-side table 로 statically render 합니다.
    • Case-study FAQ 와 structured FAQPage data 는 generic questions 가 아니라 real buyer/search intents 에 답합니다.
  4. 04 Now
    현재 위치

    Step 4: public launch 직전 final prep

    여기가 현재 위치입니다. Launch page 를 위해 fake new category 를 만드는 것이 아닙니다. 실제로 built 된 product 에 public surface 를 맞추는 중입니다. 지금 작업은 final preview pass 입니다: copy, generated HTML, localization, structured data, llms.txt, browser-visible checks. Public launch 는 very soon 입니다.

    • Public story 를 real shipped surfaces 에 고정합니다: hosted agents, remote MCP, reusable skills, workflows, knowledge, tools, auth, payments, channel runtime.
    • 14-locale build 를 정직하게 유지합니다: visitors 와 answer engines 가 읽는 roadmap/status, FAQ, SEO/AEO copy 에 silent English fallback 을 남기지 않습니다.
    • Answer-engine pages 를 쓸모 있게 만듭니다: Tech FAQ 는 14 locales 의 explicit native copy 를 갖고, verifier 는 item count 만이 아니라 localized signals 를 확인합니다.
    • Launch visitor 나 crawler 가 먼저 보는 routes 를 점검합니다: homepage, case studies, Tech, About, Roadmap, sitemap, structured data, llms.txt.
  5. 05 Next

    Public launch very soon

    다음 움직임은 public launch 자체입니다. Early users 가 이미 걸어간 product path 로 사람들을 보내야지 teaser 로 보내면 안 됩니다. Launch 는 story 를 넓게 열고, 첫 public traffic 이 어떤 surfaces 를 먼저 다듬을지 결정합니다.

    • Early access, real case studies, product 와 맞는 agent-builder story 를 중심으로 public entry path 를 엽니다.
    • Launch 이후 어떤 intent 가 이기는지 봅니다: AI agent builder, remote MCP server, paid skill, knowledge graph agent, support agent, widget, Telegram agent.
    • Launch 전에 long tail 전체를 추측하지 말고 사람들이 실제로 선택한 flows 에 맞춰 onboarding 과 docs 를 다듬습니다.
    • Verifier, build, browser checks 를 release gates 로 유지해서 public pages 가 다시 product 뒤로 밀리지 않게 합니다.
  6. 06 Later

    Launch 이후의 깊이

    Launch 이후 roadmap 은 real builds 가 끌어야 합니다. 더 깊은 작업은 보이지만 지금의 launch job 을 방해해서는 안 됩니다. Public traffic, support questions, paid usage 가 순서를 정합니다.

    • Real creators 가 필요한 곳에서 website widget, Telegram, Slack, email, WhatsApp, Instagram, Facebook Messenger, Microsoft Teams 의 channel depth 를 늘립니다.
    • Single creator account 를 넘어서는 teams 를 위해 custom domain MCP endpoints, white-label controls, SSO, broader organization controls 를 진행합니다.
    • Source contract 가 허용하는 external knowledge sources 에서 sync beyond snapshots 를 진행합니다.
    • 충분한 real usage 이후 operator analytics, audit trails, cross-agent patterns, deeper marketplace reporting 을 확장합니다.

Early list 에 들어가기

당신의 idea 가 hosted AI agent 가 되어야 한다면 지금 등록하세요. Product 는 public launch 에 가깝고, 유용한 대화는 real knowledge source, real tool, real access rule 이 있는 대화입니다.

얼리 액세스
  • 무엇을 build 하고 싶은지 알려주세요. One paragraph 로 충분합니다.
  • 하나의 knowledge source, 하나의 controlled tool, 하나의 customer access rule 또는 Pay price 를 준비하세요.
  • Launch pass 를 마무리하는 동안 case studies 를 patterns 로 활용하세요.

Roadmap

첫 creators 중 한 명이 되기

Final public-launch pass 를 진행하는 동안 early access 에 등록하세요.

얼리 액세스