Вэб-стэк для стартапа ў эпоху AI-агентаў: Next.js, MUI і Firebase
Вэб-стэк стартапа для эпохі агентаў кадавання: Next.js, MUI, Firebase, Vercel і PostHog, мінімальная налада агента і логіка кожнага выбару.
Крыніцы: The Teach Stack for Building Full-Stack Apps in the AI-Agentic Era (2026 Edition)
Выбір тэхналогій, калі код напісаны часткова апрантамі
Інструменты для кодавання, такія як Claude Code і Codex, зменілі спосаб стварэння програмнага забезпечэння. Ітэрацыі сталі набагато шырэй, і гэта дапамагае толькі тады, калі код застаецца прыемным для адрабаткі і достатнька масштабаваемым, каб праект могаў продовжваць развівацца.
Стартапы на ранніх этапах жывуць завялікай шырэй ітэрацый. Трэбаванні зміняюцца быстра, функцыі додаюцца ўжо ў кожны дзень, а код постаўляецца перапісвацца стало. У такіх умовах выбраныя тэхналогіі павінны падтрымляць шырокія змяны, не пагіршаючы паўтарнага досвіду корыстувальніка.
Наведзеныя ніжэй тэхналогіі ўтварыліся ў рэзультаце прыблізна чатырох гадоў експерыментаў з сучаснымі інструментамі на рэальной платформе для навучэння. Яны включаюць аўтэнтыфікацыю, інтэрфейс корыстувальніка, бэкэнд, хостынг, тэставанне і іншае; галоўная мета — шырока розбудова на базе кодавой базы, якую ўсё ўсё можна адрабатваць, а таксама інфраструктуры, якая масштабаваецца.
Зберагчы агенты і код простымі
Агенты спрыяюць шырокім удосконаленням: выправленні бягаў, новыя функцыі і паслабленні праблемы з працэйнасцю прыходзяць быстра. Яны таксама спрыяюць надмернай складнасці коду, адколі дадзенне тыяч ліній коду ўсё роўна проста. Неабходна супрацоўваць з тым, каб не рашаць проблемы, якіх яшчо няма, і залічваць код, інфраструктуру і досвід корыстування простымі.
Маленькая, простая настройка дапамагае нават у эпоху розвіцці агентных тэхналогій. Агенты лепшая коордынуюцься, функцыі выходзяць на рынак раней, бягі легча выправляць, а людзі можаць продаваць тое, што вялікі ўжо ёсць.
Падход да агентоў у працоўным кодзе ёсць збалансаваным, а настройка — скромнай:
- Зберагаць
AGENTS.mdабоCLAUDE.mdяк магчыма корачэй. У яго трэба паклаць толькі тое, што павтараецца ў кожнай розмове, а таксама дэталі, спецыфічныя для праекту, якія агенты часта неправаляюць. - Занадта вялікія файлы з інструкцыямі могу паградзіць працэйнасць модэлю і зробіць яго менш корыстным.
На серверах MCP сервер PostHog апранае лёгкі доступ да трэсаў і логаў аб бядах, што прышвартоввае працэс дыбаггінгу. Context7 падае апошню документацыю бібліятэкаў модэлю, такім чынам агенты можуць абмовіцца пра апошнія дакументы бібліятэкаў і фрэймворкаў. Большую частку часу агенты рашаюць проблемы без дапамогі сервера MCP, таму ўвядзенне яго ў працю рэдка калі ёсць неабходным.
Загальныя правілы гласяць, што кожны дадзены інструмент, навык чыя-небудзь сервера конкуруюць за увагу модэлі. Усё, што не здолвае зайняць свае месца ў тэкушчай задачы, лепшая не включаць, а настройкі можна пераглядзець ўсё тады, калі з’яўляецца паўтараючыся памылка, яку можна было бы выправіць за дапамогою простага інструкцыі.
Фронтэнд: React і Next.js
React ёсць найболей популярным выборам для ядра багатых праектаў. Vue і Svelte таксама ёсць варыянтамі, але большая бібліятэчная экасістэма React спрыяе лёгкам ададзенню функцыяй і змянам напрамку, і самэ гэта прычына, чымі яго вярнуюцца распрацоўшчыкі.
Слабы момент — гэта пошуковыя сістэмы. Google і Bing выкарыстоўваюць ботаў, якія чытаюць HTML стороніцы, а стороніца на React зазвычай пачынаецца з порожньага тэлу з сервера. Ёнколі сайт мае з’явіцца ў рэзультатах пошуку, першая адпаведзь з сервера павінна мець HTML, заполнены ўсімі неабходнымі вяронамі стороніцы.
Next.js сабе з гэтым разбіраецца. Гэта фрэймворк React, які адказвае за серверную рэндарызацыю і статычную генерацыю, таму сторанкі спачатку рэндаруюцца на серверэ, а пасля HTML адправляецца ў браузер, што значыць, што пачатковы кантэнт містыць усе, што патрэбна ботам. Пасля чаго на кліента адправляецца толькі неабяжны JavaScript, чым зменшуецца розмер пакета. Як корыстнацкая эксперыя, так і здатнасць краулероў розумець кантэнт павышаюцца.
Ныяны стандарт у праектах Next.js — гэта app router, які дазволяе лёгка адыскваць такія функцыі, як поступовая статычная рэгенерацыя і частковая прадзейнавання, і які робіць працу з дапрыемамі шырэйшай. Новыя праекты трэба запускаць з яго.
React пераходзіць да сервернай часткі, стаючы часткова бліжэй PHP па духу, а app router забезпечвае хорашую эксперыю распрацоўшчыка для компонентаў, якія спачатку апрацоўваюцца на серверэ. Кэшаванне, Turbopack і налаштаванні, падтрымліваныя агентамі, спрыяюць шырокамасштабнаму стварэнню і доўнейшай працы над кодам.
UI: бібліятэка компанентаў замест самастайнага дзяйнага дызайну
Традыцыяны развітак веб-сайта выконваецца праз планаванне, дзяйнаг і корыстніцкага дызайну, рэалізацыю і многія раунды взаімадзеяння між дызайнерамі і распрацоўшчыкамі. Стартапы не можуць сабе парадзіць длігі цыкл.
Найэфектывнейшы падход — выбраць надзеяны фрэймворк UI, у гэтым случае MUI, і следаваць шаблону дызайну. Альтэрнатыва — калі дызайнер накрэслівае все у Figma, а потым распрацоўшчыкі перабудуюць гэта ў React. Зберагчы едынага адказвальнага джэрага ў кодбазе, можна заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўс
- shadcn/ui ўсё боле сучасны і популярны, хоча дэякія вважаюць, што копіюванне коду бібліятэкі ў сае власнае кодавое база праз CLI — гэта сумнівная практыка.
- Ant Design — адзін з найкрашчых вароў.
- Chakra UI таксама выступае як фрэймворк для інтэрфейса.
- HeroUI, ранейшы NextUI, таксама ўзяты ў расчыт.
Дзеякія людзі вярнуцца да styled-components або Tailwind CSS. З іх аднойчы вы яшчэ павінны пісаць вельмі больш CSS, што паўстанавляеся па-горша, чым з фрэймворкам для інтэрфейса, з точкі зору досвіду распрацоўшчыка, особліва калі мета — ухіліцца ад праектавання кожнай старонкі з нуля.
Для натхнення дапамагаюць магазіны шаблонаў. У сэрвісе MUI ёсць багато прыемных шаблонаў інтэрфейса, а на Dribbble таксама ёсць шаблоны для React. Іншы спосаб — папросіць агента стварыць калькі протатыпаў і выбраць найкрашчы, а таксама наяўнасць навыкаў у сферы UI/UX пагаджае якасць ствараных рашэнняў.
Формы
Формы займаюць значную частку работы з full-stack разработкай. Zod і React Hook Form чырпаюцься добра і пакрываюць практычна ўсё. Zod адпавядае за верыфікацыю схемы, уключаючы тыпы, межы, дужыну і перыяды, а React Hook Form задае гнучкі API для взаімадзеяў з формай. Разам яны дазваляюць выкарыстоўваць вярнутыя компоненты, якія дзеляцца адной формай, адрабатваць складную верыфікацыю і апдэйтаваць даныя ў рэальны час. Формы стаюць практычна занадта простымі.
Пакалі схема верыфікацыі — гэта звычны об’ект, сумесны з TypeScript, тыя ж правілы можна выкарыстоўваць для апісання таго, што прымеўна форма, і таго, чаго чакае функцыя на бэкэндзе. Гэта усунула цэлы клас несувярэннасцей між тым, што дозволяе інтэрфейс, і тым, што адхоўляе сервер, а агенты можаць чытаць схему набліжна надзейней, чым логіку верыфікацыі, розбросаную ў хэндлерах.
Бэкэнд, аутантыкацыя і база дадзенаў
Firebase і Supabase адказваюць паслявынныя сэрвісы, якія можаць расшырвацца да мільйонаў корыстувачаў, без неабходнасці падтрымкі саўства самім. У гэтым раёнцы для аўтэнтыфікацыі, зберагчыка і базы дадзеных Firestore, а таксама для функцый без сервера, якія выконваюць спецыяльную логіку паслявыннага слоя, выкарыстоўваецца Firebase.
Аўтэнтыфікацыя
Clerk — адлічны продукт для аўтэнтыфікацыі, але стандартная сістэма Firebase таксама добра падходзіць. Firebase таксама прыносіць пакет пад назвай firebaseui-web, які дазволяе налаштавіць аўтэнтыфікацыю без неабходнасці пісаць код для інтэрфейсу. Ён можа цісна працаваць толькі тады, калі прыложэнне Next.js таксама размешчаецца на спецыяльным паддомене для аўтэнтыфікацыі, ў якім Firebase можа без проблем адмаўляць доступ.
База дадзеных
У традыцыянальнай структуры, калі існуюць окольны фронтэнд і бэкэнд, які работае з базай зданых, фронтэнд выкананае множыць запыты API, якія зміняюць элементы базай зданых. У багатых праектах апошнія 80% з гэтых запытоў — гэта простыя операцыі CRUD, а рэшта 20% — болей складныя, напрыклад, адкорэктаванне калькі элементаў аб’еднанне дадзеных з калькі джэраў. Firebase оптымізаваны для гэтых 80%, таму лёгка маніпуляваць дадзенымі з фронтэнда без зайвых канцэнтраў.
Две складовыя дапамагаюць гэтаму работаць.
- Правілы Firestore. Контроль доступу і правыя прызначаны ў аднам файле
firestore.rules. Канцэнтры API не патрабуе пераканацца ў правых у кожной функцыі, адтолькі Firebase автаматычна пераканаецца, чы можа корыстувач прачытаць дадзеныя або створыць, адкорэктаваць чы выдаліць іх. Гэта раздзеленне пазбавляе нас вельмі большай часткі зайвага коду. - Кліентскі SDK для Firestore. Стварэнне, чытанне, апдэйтаванне і выдаленне дадзейнаў адбываецца праз SDK Firebase, які таксама падтрымляе рэальнавычасныя слухальнікі, адлічэнне кантэўнероў і пакетныя абнаўленні, пры чым усё гэта автаматычна перакантролюецца за дапамогою
firestore.rules.
Ёсць адна прычына для адзяйнення: ментальная модэль для зберагачэння дадзейнаў. Firestore оптымізаваны для чытання, якое зазвычай ёсць прыводным, таму ён спрыяе дэнормалізаваным дадзейнам. Для людзей з досвядам у SQL гэта можа здавацца ненатуральным, і вартуе пераглянуць хорашую прымову на тэму модэлювання дадзейнаў у Firestore.
У цэлы, Firestore забезпечвае высокія стандарты корыстніка, у першую чаргу завдзяк рэальнавычасным слухальнікам змян, а таксама хорашыя умовы для распрацоўшчыкаў, якія дазволяюць прыкладнэму програмнаму засобу шырока адпрацоўваць змінююцыяся патрабаванні.
Найкрашча можлівасць для запуску новых праектаў — гэта іспользованне версіі Firestore Enterprise у рэжыме Native. Яна падтрымляе функцыі, якіх няма ў старэй стандартнай версіі, такія як запыты у фармаце pipeline і вбудованы пошук па повнаму тэксту, што дае гнучкасць, прыемную для баз дадзеных у стыле MongoDB, а таксама простата ў вікорыстоўванні, як у Firestore.
Функцыі без сервера
Код кліента застаецца намерна простым, а складныя часткі знаходзяцца ў кодзе бэкенду, які знаходзіцца ў функцыях без сервера. Такі падход, калі фронтэнд застаецца простым, а бэкенд — розумным, паставіўся добра. Firebase Functions можа хаваць будзь-які код бэкенду, і ў яго можна вызваць аперацыі за дапамогою звычайнага HTTP-запыту, стварэнням або адчыненнем ентры ў Firestore, або за раскладам у відэ належнасці да сістэмы Pub/Sub. Усія функцыі, якія выконваюцца на стороне сервера, можу жыць у окрэмых, самодостатнях функцыях.
Інструменты BaaS, такія як Firebase, заўсёды эконамяюць багато часу і працуюць практычна без проблем. Дыягностыка проблем, вызваных анэграматычнасцю базы дадзеных або незусім успешнымі міграціямі, з’являецца рэдка.
Функцыі AI
AI ўжо давно ўскладнюе сучасныя веб-дзеянні, і багатыя продукты включаюць чат-ботаў і агентаў. SDK AI ад Vercel дапамагае інтэграцыі з разнымі прадаўцамі модэляў і стварэнню спецыяльных агентаў. Яго перавага — гэта, насколькі проста ўможліва падключыць разныя модэлі і перыходзіць між ямі, пры чым досвід распрацоўшчыка ёсць аднакова якісным, як і у будзь-якага SDK, прызначанага для конкрэтнага модэля.
Тэсты
Тэставанне, верагчыма, яўляецца найбольш спрамовым тэмам, бясперыядкова для стартапаў з постаўнай змянайям трэбаванняў. У першыя дні тэстаў не было. Калі продукт расліваўся, змяніць існуючы код з абавесцю, што сістэма будзе працаваць, стала практычна немагчыма, таму былі запроваджаны тэсты для бэкенду, а самэй для слоя служб Firebase Functions. Фронтэнд не тэстуецца, таму што ён залічваецца простым, тады калі розумны бэкенд тэстуецца ў спецыяльных сцэнарыях.
Тэсты бэкенду выконваюцца за дапамогою Jest, а для стварэння фальшывых дадзенняў у тэстах вікорыстоўваецца faker.js. Яны запускаюцца на адной з аддзельных праектаў Firebase, тады продакшн застаецца недаступным, што таксама дазволяе шырокія інтэрвалы змян без абавесці парадуксаў для корыстувачаў. Калі тэсты праходзяць, новая версія Functions выкладзецца ў продакшн.
Прычына таго, што тэстуецца толькі бэкэнд, — гэта выкалыкі. Фронтэнд, які проста адображае даны і вызывае функцыі, мае мало логікі, якая варта параболізаваць, а тэсты UI часта перастаюць працаваць, калі змініваецца дызайн, што ў моладым продакцеінах відбываецца постаўна. Логіка бэкэнду — гэта там, дзе незначныя зміны можу зіпсаваць даны або неправяма заўсоўваць плату для карыстальніка, таму саме тут стомляецца зусілля.
Рэфактораванне
Калі праект расце, функцыі зміняюцца, трэбаванні перастраіваюцца, а элементы старэюць, рэфактораванне стае нэвыхідным. Две раштовы прычыны, якія дапамагаюць змініць код з абавесцю, — гэта TypeScript і якісныя тэсты інтэграціі. TypeScript захоўвае тыпы непарабольнымі пасля змян, а тэсты інтэграціі паўтараюць, што логіка яшчэ працуе.
Рэфактораванне выклікаецца частае, чым чакалося. Не было ніякога перыяда у шасць месцаў без якога-небудзь значнага рэфакторавання, адтолькі платформа постаўляе змяны, а адымленне новых тэхналогій значыць большыя змяны ў кодзе. Два галоўныя этапы — гэта пераход з звычайнага React на Next.js, а пасля — з роутэра pages у Next.js на роутэр app.
Хостыранне
Калі бэкенд цэлы час знаходзіцца на Firebase (Google Cloud), фронтэнд размешчаецца на Vercel, які прысвячае найзручнейшую інфраструктуру для працы з Next.js. Яго інтэграцыя з GitHub працуе добра з галузямі і не выклікае неабяжной настройкі:
- Аплікацыя, якая падае ў
main, автаматычна размешчаецца у працоўным рэжыме. - Аплікацыя, якая падае ў будзь-якую іншую галузь, запускае розмешчэнне у рэжыме прадваральнага перагляду з сабой прызначаным лінкам, таму кожную галузь можна пераглядаць у рэальны час, што спрыяе шырокім і зручным інтэрвенціям.
Перагляд змены значыць апэнаваньне лінку, а не запуск веткі локальна, што падходзіць маленькім камандам, дзе дыяжнеры, спецыялісты з продукту і інжынеры жадаюць бачыць працю ў працэсе стварэння без якой-лібо настройкі на своіх апаратах.
Аналітыка і монітарынг
Інформацыя пра тое, хто ўжоўцы і як яны выкарыстоўваюць продукт, мае вялікую цэннасць. Яна можа заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды заўсёды
Электранадзор застаецца аднам з найболей надзеяных спосабоў для падтрымкі звязку з выкарыстоўначамі, аправлення апошніх новын і ўтрымання іх заінтэрэсаванымі. Няўзабава сістэма была перанесена з Sendgrid на react-email разам з Resend.
react-email дазволяе ствараць высока налаштавальныя электранадзоры, ператвараючы кожны з іх у компонент React. Resend добра інтэгруецца з яным і мае прыемныя цены. Паколькі электранадзоры ўжо ў фармаце компонентаў React, яны контролююцца чаргаваючыся версіямі разам з рэштой коду, таму кожныя змены фіксуюцца ў аднам месцы.
Перагляд і тэставанне шаблонаў таксама ўсё такі ж просты, адтолькі ў часа разработкі той самы компонент адрасаваецца ў браузерэ і стварае HTML, які потым падаецца ў папкі з электранадзорамі.
Спаднія статыі
- Агент QuickBooks Finance, які працуюць на локальным LLM з адпытамі Ollama і LangChain — Агент ReAct на базе мадэлі Qwen 3.5 9B і відпыту RTX 4070 чытае даны з QuickBooks у рэальны час без жадных вітатаў у хмару. Паказаны код, рэзультаты і вядомыя меры обмежэння.
- Праектаванне сістэмы для пошуку работы з удзелам калькольнікаеў: пайплайны, HyDE і можлівасці абзірнасці — Дзевяцькрокавы пайплайн LangGraph, які паўтарае рэзюме з работамі, з восьміма варыянтамі дызайну для HyDE, маршрутавання модэляў, обмежэнняя швайнасці і трэйсінгу.