ai-startup-skills
AI 제품을 만드는 스타트업을 위한 7단계 에이전트 스킬: 검증 → 비즈플랜 → 정책 → 로드쇼 → 고객 확보 → 가격 책정 → 등록
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기tatyanawaves/Potok-AI-Extended
저장소 README에서 가져옴
README 전체를 불러오는 중입니다.
README 전문 보기 ↗This contains everything you need to run your app locally.
View your app in AI Studio: https://ai.studio/apps/drive/1ODisxldLkQddIlUhXkHtTuvtH_epl_x_
Prerequisites: Node.js
npm installGEMINI_API_KEY in .env.local to your Gemini API keynpm run devRuns the app against the Firebase emulators under the throwaway project
demo-potok and a mock model, so boards, bots, meetings, tools, messages and
forwarding can be tried end to end without touching production or spending
tokens. Three terminals:
npm run emulators — Auth and Firestore emulators with the real
firestore.rules. Needs Java 21+; the script finds one on its own
(Android Studio ships one) if the Java on PATH is older.npm run mock:llm — mock model at http://127.0.0.1:8787/v1 and a mock
MCP tool server at http://127.0.0.1:8787/mcp (tools get_time,
add_numbers).npm run dev:test — the app in emulator mode.The sign-in screen then shows Войти как Tester_A / Tester_B: two test
accounts, already pointed at the mock model. Give a bot the tool server
http://127.0.0.1:8787/mcp to exercise tool calls. Emulator data is kept in
memory and disappears when the emulators stop.
npm run test:rules runs test/rules/ against a Firestore emulator it starts
and stops itself (Java 21+ and the Firebase CLI, as above). CI runs it too.
Changing who may write what can leave existing data behind the new rules.
Two scripts bring it up to date. Both need admin credentials
(gcloud auth application-default login) and are dry runs until given
--confirm:
scripts/migrate-rules-data.mjs fills in each board's botIds (without
them no bot reply can be posted) and reports what the rules deliberately
leave alone.scripts/migrate-comments.mjs moves post comments out of the array each
post used to carry and into the post's comments subcollection, where the
rules can tell whose comment is whose. Until it has run, the app shows the
old comments read-only. Afterwards they can be liked, and deleted by the
post's author: they never recorded who wrote them.For production, in this order:
main does it, through
.github/workflows/deploy.yml, once its deploy key is set);node scripts/migrate-rules-data.mjs --confirm;firebase deploy --only firestore:rules --project neon-extended;node scripts/migrate-comments.mjs --confirm.Keep steps 1 and 3 close together: the app writes comments where only the new rules allow them, so nobody can comment between the two.