aster®

Question · Experiment · Repeat

aster

질문하고, 실험하고, 반복한다.

직접 앱을 만들며 질문의 답을 찾고, 그 과정에서 얻은 배움을 다음 시도에 반영합니다. 완성한 제품과, 만드는 동안 배운 것들을 기록합니다.

Works 보기Labs 보기

Fields

세 영역으로 나눠 씁니다

완성한 앱만 소개하는 데서 그치지 않고, 어떤 고민으로 만들었고 무엇을 배웠는지까지 남깁니다.

Works39건

무엇을 만들었고, 얼마나 잘 작동했나?

만든 앱을 돌아보고, 다음에 개선할 점을 찾습니다.

에이전트의 권한 사용과 프롬프트 인젝션 실험 계획

Cases22건

무엇이 문제였고, 왜 이렇게 해결했나?

문제를 해결하며 배운 내용과 선택의 이유를 정리합니다.

액세스 토큰과 리프레시 토큰은 어떻게 이어지나

Labs42건

지금 무엇을 시도하고 있나?

궁금한 것을 실험하고, 시도와 실패를 기록합니다.

프로젝트별 경로와 실행 명령을 에이전트 설정으로 분리하기

Flow

실험이 배움이 되고, 제품이 됩니다

모든 기록이 이 순서를 따를 필요는 없지만, 세 영역이 서로 연결되는 이유가 됩니다.

  1. FIG 0.1

    Labs

    궁금한 것을 실험한다. 답이 안 나온 시도도 그 자리에 그대로 남긴다.

  2. FIG 0.2

    hw

    Cases

    흩어진 시도에서 무엇을 배웠고 왜 그렇게 정했는지를 하나로 정리한다.

  3. FIG 0.3

    w

    Works

    정리한 배움을 제품에 반영하고, 다음에 개선할 점을 다시 찾는다.

Notes

글마다 완벽한 결론을 내지 않습니다

무엇이 궁금했고, 무엇을 해봤으며, 다음에는 무엇을 바꿀지가 드러나면 됩니다.

  1. 01

    내가 실제로 겪은 일을 쓴다

    일반적인 기술 설명보다 당시의 문제와 선택을 중심에 둡니다.

  2. 02

    결론의 크기를 경험에 맞춘다

    “이 구조가 더 좋다”보다 “우리 앱의 이 문제에는 도움이 됐다”고 씁니다.

  3. 03

    미완성도 남긴다

    실패한 시도나 아직 모르는 부분도 Labs 에서는 충분한 기록입니다.

  4. 04

    시간이 지난 뒤 다시 평가한다

    만들 당시의 기대와 실제 사용 결과를 Works 에서 돌아봅니다.