@ichaakhrnnsaa: wanginya bener-bener gong tahan seharian😚😍 @SAMPONO PERFUMERY @Sampono Perfumery Store #ingatparfumingatsampono #wangibersamasampono #samponoperfumery #samponoparfum #rekomendasiparfum

I C H A🕷️
I C H A🕷️
Open In TikTok:
Region: ID
Wednesday 21 October 2026 06:27:30 GMT
4409
13
1
2

Music

Download

Comments

samponoperfumery
Sampono Perfumery Store :
🥰🥰🥰
2026-10-21 06:44:51
0
To see more videos from user @ichaakhrnnsaa, please go to the Tikwm homepage.

Other Videos

Kadang limit habis cepat karena cara kerja kita yang boros. Banyak orang pakai model pintar buat semua hal. Mikir arsitektur? Sonnet/Opus. Bikin komponen kecil? Sonnet/Opus. Benerin typo? Sonnet/Opus. Edit CSS receh? Sonnet/Opus juga. Akhirnya model yang harusnya dipakai buat keputusan besar malah kebakar buat kerja teknis kecil. Menurut gw, workflow yang lebih waras tuh begini: Pakai model pintar buat mikir. Pakai model ringan buat eksekusi. Antigravity dengan Sonnet, Opus, Gemini Pro (atau codex dengan GPT 5.5) bisa dipakai buat ngerancang struktur kerja: pecah fitur, pilih tech stack, tentukan file yang harus dibaca, bikin acceptance criteria, dan nyiapin task yang jelas dan atur model mana yang bakal kerja ngerjain task² itu! ( lu gak harus mikir keras pilih model, biar mereka aja!). Setelah itu, task kecilnya bisa dilempar ke OpenCode + OpenRouter, Copilot, Blackbox, Gemini Flash, atau model lain yang lebih ringan. Tapi catatannya penting: Jangan paksa model kecil jadi arsitek besar. Model murah/gratis bukan berarti jelek. Dia cuma perlu medan yang lebih sempit. Kasih dia satu folder. Satu task. Satu brief. Satu target output. Lalu tetap review hasilnya. Ini bukan cara “bypass limit” yang nggak sustainable. Ini cara kerja biar limit model mahal gak kebakar buat hal-hal receh. Yang mahal dipakai buat mikir. Yang ringan dipakai buat ngerjain. Low-resource builder gak selalu butuh satu agent super mahal. Kadang yang lu butuhin cuma sistem kerja yang lebih rapi. Forge Your Own Leverage.
Kadang limit habis cepat karena cara kerja kita yang boros. Banyak orang pakai model pintar buat semua hal. Mikir arsitektur? Sonnet/Opus. Bikin komponen kecil? Sonnet/Opus. Benerin typo? Sonnet/Opus. Edit CSS receh? Sonnet/Opus juga. Akhirnya model yang harusnya dipakai buat keputusan besar malah kebakar buat kerja teknis kecil. Menurut gw, workflow yang lebih waras tuh begini: Pakai model pintar buat mikir. Pakai model ringan buat eksekusi. Antigravity dengan Sonnet, Opus, Gemini Pro (atau codex dengan GPT 5.5) bisa dipakai buat ngerancang struktur kerja: pecah fitur, pilih tech stack, tentukan file yang harus dibaca, bikin acceptance criteria, dan nyiapin task yang jelas dan atur model mana yang bakal kerja ngerjain task² itu! ( lu gak harus mikir keras pilih model, biar mereka aja!). Setelah itu, task kecilnya bisa dilempar ke OpenCode + OpenRouter, Copilot, Blackbox, Gemini Flash, atau model lain yang lebih ringan. Tapi catatannya penting: Jangan paksa model kecil jadi arsitek besar. Model murah/gratis bukan berarti jelek. Dia cuma perlu medan yang lebih sempit. Kasih dia satu folder. Satu task. Satu brief. Satu target output. Lalu tetap review hasilnya. Ini bukan cara “bypass limit” yang nggak sustainable. Ini cara kerja biar limit model mahal gak kebakar buat hal-hal receh. Yang mahal dipakai buat mikir. Yang ringan dipakai buat ngerjain. Low-resource builder gak selalu butuh satu agent super mahal. Kadang yang lu butuhin cuma sistem kerja yang lebih rapi. Forge Your Own Leverage.

About