1년 전, 저는 서로 연결되지 않은 도구들에 파묻혀 있었습니다. 은행 업무는 한 앱에서, 장부는 다른 앱에서, 세금은 또 다른 곳에서, 프로젝트는 네 번째 앱에서, 트레이딩은 다섯 번째, 거래 로그는 여섯 번째, 여행 계획은 일곱 번째... 이런 식이었죠. 무엇도 서로 연결되어 있지 않았고, 모든 도구는 문제의 아주 작은 부분 하나를 해결하기 위해 구독을 요구했습니다. 그래서 저는 제가 존재하기를 바랐던 무언가를 직접 만들어 보기로 결심했습니다. 모든 것을 연결하는 단일 시스템 말이죠. 부분적으로는 저에게 필요했기 때문이고, 주로 비즈니스가 실제로 어떻게 작동하고 연결되는지를 배우고 '보고' 싶었기 때문입니다... 해변에서 조개를 파는 Sally처럼 모든 것이 가설적인 강의를 통해서가 아니라, 저의 실제 (REAL) 데이터를 사용하여 직접 구축함으로써 말입니다. 솔직히 말해서, 이 시스템을 구축하며 배운 것이 학교에서의 모든 시간을 합친 것보다 훨씬 더 많았습니다. Claude, 고마워요! 이 시스템의 이름은 Temple Stuart입니다. 하나의 시스템, 9개의 연결된 모듈, 솔로 빌드(solo build)이며, 저는 모든 코드 라인을 직접 소유하고 있습니다. https://preview.redd.it/yj2tahflrjdh1.png?width=1265&format=png&auto=webp&s=4dbb07198996cbd599d07ae0c97f5fd7fdf0e66e 우선 말씀드리자면, 이것은 베타 버전입니다. 약 1년 동안 작업하여 사이트에 라이브로 공개했으며, 사람들이 자신의 삶을 운영할 수 있는 실제 플랫폼으로 만들기 위해 여전히 매진하고 있습니다. 비즈니스 구축과 주식 시장 트레이딩에 관심 있는 분들을 위한 것입니다. 각 모듈의 솔직한 상태는 다음과 같습니다: 장부 (Books) — 은행을 연결(Plaid)하면, 모든 거래가 실제 복식부기 (double-entry journal entry) 분개 항목이 되고, 반드시 균형이 맞아야 하는 시산표 (trial balance), 재무제표 (statements), 기간 마감 (period close)이 이루어집니다. 작동합니다 — 저는 제 개인 장부를 이것으로 관리합니다. 완벽하지는 않고 100% 완료된 것도 아닙니다. 로드맵은 완전한 GAAP 준수 및 IRS 수준의 엄격함을 갖추는 것입니다. 장부 세무 (Bookkeeping Tax) — 장부가 깨끗하기 때문에, 시작하기도 전에 1040 추정치(estimate)의 절반이 완료됩니다. Schedule C/SE, wash-sale 탐지, CPA(공인회계사) 제출용 내보내기 기능이 있습니다. 시작 단계이며, 실제 작업이 많이 남아 있습니다. 현재는 실제 CPA에게 전달할 추정치를 만드는 수준입니다 (저는 세무사가 아닙니다). 장기 목표는 플랫폼에서 바로 신고하는 것입니다. 세무 트레이딩 (Tax Trade) — 실시간 가격, 펀더멘털 (fundamentals), 매크로 (macro) 데이터, 그리고 20단계와 4개의 스코어링 게이트를 거치는 공시 자료를 가져오는 옵션 스캐너 (options scanner) 기능입니다.

출력값은 규모가 정해진 제안이거나, 혹은 정직하게 "진행할 가치가 없는 거래(no trade worth taking)"입니다. 이 기능은 '아니오'라고 자주 말하는데, 이는 의도된 기능입니다. 현재 전체 출시(full launch)에 가장 가까운 모듈이며, 실시간 서비스(live)로 전환하기 전에 스트레스 테스트(stress-testing)를 진행 중입니다. Trade Travel — 실제 항공 및 호텔 검색 기능으로, 로그아웃 상태에서도 작동하며 계정이 필요 없습니다. 기본적으로 준비가 완료되었으며 여기서 가장 리스크가 낮은 요소입니다. 누구나 실제 여행을 계획하고 예약할 수 있도록 마지막 예약 API(booking APIs)를 연결하는 중입니다. Travel Runway — 다른 모듈에서 추출한 실제 현금 및 실제 비용 소진(burn) 데이터를 바탕으로 "얼마나 오래 버틸 수 있는가?"에 대한 답을 제공합니다. 스스로를 속이기 위한 수동 입력(manual inputs)은 없습니다. 현재 연결 작업 중이며 유망해 보입니다. https://preview.redd.it/gux9slnfsjdh1.png?width=1284&format=png&auto=webp&s=9498c56723b95199e84a649ac16cb3ade4ac8e3b Routines — 예산 관리(budgeting) 및 캘린더(calendar) 기능입니다. 개선의 여지는 있지만, 일상적으로 꽤 잘 작동합니다. Routines Projects & Content — 구축되었고 기능하지만, 둘 다 개선 목록에 올라와 있습니다. Projects Content Compliance — 이것이 어떻게 다른 모든 기능과 연결되어 강화될지 정확히 파악 중입니다. 계속 지켜봐 주세요. Compliance

여기에 글을 올리는 이유: 저는 이 모든 것을 Claude와 함께 만들었습니다. 단순히 "Claude가 몇몇 함수를 작성했다"는 수준이 아닙니다. 실제 1년 동안 지속된 워크플로우(workflow)였습니다: 제가 작업 범위를 설정하고 모든 결정을 내렸습니다. Claude (chat)는 작업 범위를 정교한 빌드 프롬프트(build prompts)로 변환했습니다 — 실행 전 감사(audit), 파일 및 라인 인용, 가정 배제, 조용한 폴백(silent fallbacks) 금지. Claude Code는 기능 브랜치(feature branches)에서 실행되었고, 저는 모든 PR(Pull Request)을 직접 검토하고 병합(merge)했습니다. 자동 병합은 단 한 번도 없었습니다. 제가 가장 자랑스럽게 생각하는 부분은 사이트의 모든 마케팅 페이지가 실제 엔진에 의해 렌더링(rendered)된다는 점입니다. 스캐너 데모는 실제 스코어링(scoring)을 수행하는 실제 스캐너입니다. "거래 불가(no trade)"라고 말할 때, 그것은 전환율을 높이기 위해 아무 말이나 내뱉는 목업(mockup)이 아니라 엔진이 실제로 거절하는 것입니다.

조건: 제 라이선스 하에 자유롭게 포크(FORK)할 수 있습니다. 탐색해 보고, 본인의 거래 내역에 대해 복식부기(double-entry)를 스스로 학습해 보고, 스캐너를 실행하거나 여행을 계획하는 등 무엇이든 해보세요. 만약 언젠가 이를 기반으로 실제 비즈니스를 구축하고 상용화하고 싶다면, 그때 이야기를 나누면 됩니다. 그때까지는 비용이 전혀 들지 않습니다.

요청 사항 — 솔직하게 말씀해 주세요: 이것이 멋진가요, 아니면 저 혼자만 멋지다고 생각하는 것인가요? 실제로 사용하실 건가요? 어떤 모듈을 가장 먼저 사용하시겠습니까? 무엇이 빠져 있나요? 무엇이 여러분을 계속 머물게 만들까요?

링크:
사이트: templestuart.com — 로그아웃 상태에서도 많은 기능이 작동합니다.
코드: https://github.com/Temple-Stuart/temple-stuart-accounting — 포크(fork)하고, 읽어보고, 제가 어디서 실수했는지 알려주세요.
워크스루 (Walkthrough): [곧 공개 예정! - 이번 주말] https://www.youtube.com/@Temple-Stuart

댓글창에서 기다리겠습니다. 빌드(build), 워크플로우 (workflow), 프롬프트 (prompts) 등 구축 과정에 대해 무엇이든 물어보세요 — 기꺼이 모두 공유하겠습니다.

제출자: /u/Plastic-Edge-1654 [link] [comments]