Daily reports eating your evening? BuildCommand logs the crew count, weather, and work done from your phone before you even walk to the truck. One tap. You're done by 5. #BuildCommand #ConstructionTech #Superintendent #GC buildcommand.polsia.app

Five apps to run one project. Not anymore. BuildCommand unifies daily logs, photo walkthroughs, and AI drawing analysis in one place — so you stop switching tabs and start building. buildcommand.polsia.app #BuildCommand #ConstructionTech #Superintendent #GC

Your daily report shouldn't take 2 hours. BuildCommand logs field progress in minutes — photos, notes, delays, all in one place. No more stitching together 4 apps before you can go home. #BuildCommand #ConstructionTech #Superintendent #GC buildcommand.polsia.app

You're still writing daily reports while your subs are waiting on you. BuildCommand gets it done in minutes — daily logs, photo walkthroughs, AI drawing analysis. One place. Stop juggling apps. buildcommand.polsia.app #BuildCommand #ConstructionTech #Superintendent #GC

今日の生放送でスタートした最初のプロンプト！ ここからどうなるか試していきましょう！ ''' 私は掲示板システムを作りたいです。 GitHubにデプロイしてください。 ディレクトリ構造を作ってください プレライトmcpを使い検証してください githubアクションを使いワークフローを検証してください GPT-4oを使って自動レスポンスシステムを作ってください。 github連携後にvercelを連携したいです。 Webサイトは2ch風のデザインにしてください 上記の要件で作業ステップを考えてください そのうえで仕様書を書いてください。 ''' 以下に、あなたの要件に基づいて「作業ステップ」と「仕様書（初期版）」を整理しました。 ✅ 作業ステップ（タスク分解） 🔧 準備フェーズ リポジトリ作成 GitHubで新しいリポジトリ作成（例：2ch-style-board） 基本技術スタックの選定 フロント：Next.js（2ch風デザイン対応可） バックエンド：API Routes（またはExpress / Edge Functions） DB：SQLite Prisma or Planetscale（簡易掲示板ならSQLiteで十分） GPT-4o連携：OpenAI API CI/CD：GitHub Actions Vercel 🧱 実装フェーズ（ステップ順） Step 1: ディレクトリ構造の作成 /2ch-style-board/ ├── public/ ├── src/ │ ├── pages/ │ ├── components/ │ ├── styles/ │ ├── lib/ │ └── api/ ├── tests/ ├── .github/ │ └── workflows/ ├── playwright/ ├── .env ├── vercel.json ├── package.json └── README.md Step 2: 掲示板のUI（2ch風）作成 スレッド一覧ページ スレッド詳細ページ（レスポンス一覧 フォーム） 投稿フォームの簡素なデザイン（名前・本文のみ） スタイル：CSSモジュール or TailwindCSS（2ch風カスタム） Step 3: GPT-4oによる自動レスポンス機能 API Routesに /api/gpt-reply を実装 OpenAI APIを使って最新レスに反応 "bot" として自動レスポンスを投稿する機能 Step 4: Playwright MCPによるE2Eテスト構築 MCP対応Playwrightでスレッド作成→レスポンス投稿の一連のテスト playwright/test/board.spec.ts に構築 Step 5: GitHub ActionsによるCI/CD MCPテスト Lint デプロイ確認を含む .github/workflows/main.yml 作成 vercel-action によりVercelへの自動デプロイ Step 6: Vercel連携 GitHubリポジトリとVercelをリンク vercel.json でプロダクションブランチを設定（main） 📄 仕様書（初期版） プロジェクト名： 2ch風掲示板GPTレスポンスシステム 目的： 誰でも書き込み可能なシンプルな掲示板をWeb上に構築し、GPT-4oによる自動レスを付与する機能を実装。Playwright MCPとGitHub ActionsでCI/CDを整備し、Vercelでホスティングする。 技術構成： フロント：Next.js（App Router） バックエンド：Next.js API Routes DB：Prisma SQLite 自動返信AI：OpenAI GPT-4o（API） テスト：Playwright MCP CI/CD：GitHub Actions Vercel デザイン：2ch風（モノクロ スレッド風） 主な機能： 機能 概要 スレッド作成 タイトルと本文でスレッド新規作成 レス投稿 名前・本文でレス投稿 GPT自動返信 GPT-4oがレス内容を受けて自動返信 UI PC向け2ch風（モノクロベース） CI/CD GitHub Actions Playwright MCPで自動テスト・デプロイ ホスティング Vercelとの連携による自動デプロイ 環境変数（.env） OPENAI_API_KEY=your_api_key DATABASE_URL=file:./dev.db Vercel設定（vercel.json） { "buildCommand": "npm run build", "outputDirectory": "out", "cleanUrls": true } 次に進めたい項目を教えてください： ✅ 初期ディレクトリ構造のGitHubへのPush ✅ GPT-4o自動返信のロジック詳細 ✅ Playwright MCPテストケースの具体例 ✅ GitHub ActionsのYAML作成 ✅ 2ch風デザインの実装詳細

I was working on the same changes in the BuildCommand to support this. I guess you don't need these changes? :)

This is a major step forwards towards a better configuration-as-code ecosystem for Vercel. This initial release adds support for six settings: buildCommand, devCommand, installCommand, ignoreCommand, framework, and outputDirectory.

I find Earthly great for CI / testing, whereas Skaffold excels at running services. It turns out that they play very nicely together though. Use a custom buildCommand that calls the Earthly target rather than the regular Docker build - the best of both worlds 🎉

I imagined something like this: apps/expo/package.json { scripts: { build: "expo run:ios --configuration Release" } } apps/expo/eas.json { cli: { buildCommand: "cd ../.. && turbo run build <etc>" } } (I'm not sure what the actual build script you do on EAs is)

Seems a bit weird, but part of the build step is a second npm install for the dev deps: npm install --also=dev && buildCommand I don't think that takes advantage of the node module caching that these services use, but Ill see if that is an issue or not

😤😤😤💯

He sells the service of risk management. Why an “expert” risk manager with “signals” needs $2mm of our tax dollars to keep his doors open is fair game. And if he didn’t need the $, then he defrauded the govnt and cruelly denied another small biz from getting it who needed it.

Keith truly understands liquidity crunches. He needed 2 million of our tax dollars to keep his doors open. I guess the quads and his signals missed that one #PPP #riskmanagement federalpay.org/paycheck-prot…

En fuego. 🔥

Wait until you find out how good the other analysts are, too. Hedgeye should really commission an ad along the lines of that cosmetics company - but featuring a hedge fund manager flicking his hair, saying : "because they're worth it..."

Here is my thing. I started with Real Time Alerts then the Macro Show then The Call and then Investing Ideas then I said the hell with it and Subscribed to Risk Manager and now thinking about bolting on Freebird after his NFLX call. He is like Rambo. He's a killer

Thank you 💪❤️

We currently do the bundling and the packaging of the library, but it would be interesting if there's a way for pulling built artifacts. It can already be done in a hacky way by changing the buildCommand to fetch the artifacts instead.

It doesn't transparently unpack it. It looks like setting 'buildCommand' makes it the only build phase and there is no unpackPhase: github.com/NixOS/nixpkgs/blo…

Because it's essentially mkDerivation with the shell script serving as buildCommand. Makes it easy do do things like github.com/vaibhavsagar/expe…