Activity
Mon
Wed
Fri
Sun
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
What is this?
Less
More
8 contributions to AI Automation Society
🆕 GPT-Image 2.5 is here: faster and more precise than its predecessor
OpenAI has released GPT-Image 2.5, the successor to GPT-Image 2. Higgsfield has already integrated the new model as well. What changes according to the announcement: → Light looks more natural → Changes are applied more precisely: only the requested area is adjusted, the rest stays untouched → More complex layouts, transparent backgrounds and real-world content are rendered more reliably → Speed: compared to GPT-Image 2.0, latency is now up to 50 percent lower ChatGPT is also getting a sketch feature: your own drawing becomes the template for the image, plus templates for common formats, comments directly on the image and shareable prompts. The API offers two variants: Flare for speed and high volume, Sunburst for more control in premium workflows, at the cost of longer generation time. The rollout covers all ChatGPT and Codex tiers; C2PA labeling and watermarks remain mandatory. Anyone who works with AI images daily will probably care most about consistency across multiple edit rounds: until now, an image often lost quality with every additional step. Whether that holds up now will only show in your own testing. Has anyone already tried GPT-Image 2.5, does a subject actually stay stable across multiple editing rounds? 👇
2 likes • Sep 11
Hi Vasillis, I see from your discussions that you have a good command of AI Claude Code. Thank you for the correct and good reviews. I'm just getting into the subject of AI and I'm interested in where you gathered the best knowledge about AI. Don't mind me asking where you're from, but your name makes me think you're from Greece, otherwise my favorite vacation country. I would be grateful if you have any good advice so that I can master AI as quickly as possible, which I am currently using in web design. Greeting
Welcome! Introduce yourself + share a career goal you have 🎉
Let's get to know each other! Comment below sharing where you are in the world, a career goal you have, and something you like to do for fun. 😊
1 like • Sep 11
@Andrija Oblak welcome to the community! 🤝
0 likes • Sep 11
@Usman Hayat welcome to the community! 🤝
Day 4 — Build/Deploy an Automation to Trigger.dev
Project: weekly-niche-report — an automation that researches profitable affiliate niches weekly, analyzes them, and emails a summary report, with no laptop required to keep it running. I have an automation running in Trigger.dev's production environment that you can see in the dashboard, and it doesn't require your laptop to be open. Confirmed: the task is deployed, scheduled, and has successfully completed a real production test run — from data research through to sending the email — entirely independent of any local machine.The automation was built, deployed to Trigger.dev, and connected to GitHub so that new code changes deploy automatically. All required production credentials (AI, email, and search API keys) are configured in Trigger.dev. The weekly schedule is active and set to the correct local time zone. A full production test run completed successfully, confirming the entire pipeline works end-to-end and a real report email was delivered. Every Monday morning, Trigger.dev will run the task on its own and send a fresh report by email. Any future code changes pushed to the repository will redeploy automatically.During initial testing, one of the API integrations (SerpAPI / Resend / Anthropic) didn't behave as expected, most likely due to a version mismatch between the Trigger.dev CLI and the @trigger.dev/* SDK packages — these need to stay in sync, or calls can fail unpredictably. Claude Code identified the mismatch and aligned the package versions, after which the task ran cleanly end-to-end.
Day 4 — Build/Deploy an Automation to Trigger.dev
1 like • Aug 29
@Wasilis Paliakoudis Thanks for the pushback — that's exactly the right question, and I hadn't actually answered it before you asked. You're right that the one clean run only proved the happy path. I went back and closed the specific gap you named: I added an onFailure hook to the task, so once all 3 retries are exhausted, it fires a second email — visually distinct from the report (red banner, subject line starts with 🚨 FAILED), carrying the actual error message and the run ID. So if SerpAPI hangs, a key expires, or Resend rejects the call, silence stops being the outcome — I get a mail either way, and the two are never confusable. The one honest limitation: that alert email goes out through Resend. If Resend itself is what's down, that channel is dark too. So I'm also setting up a Trigger.dev dashboard alert (Alerts → New alert → notify on "a run fails," scoped to Production) — that fires from Trigger.dev's own infrastructure, independent of my code and of Resend, so it's the backstop for the case my own alert can't cover. Plan before I trust this to run unattended on Monday: fire a manual test run with a deliberately broken key to confirm the failure email actually lands, get the dashboard alert configured, and only then let it run on schedule.
Started Agent Zero: AI Foundations today!
Honestly been putting this off for a while always "later, when I have more time." But later doesn't really come, so I just started. Not gonna pretend I know where this goes yet. But I like being a beginner again, that's actually the fun part. If anyone else in here just started too, say hi. Would be cool to go through this together instead of alone.
0 likes • Aug 25
@Wasilis Paliakoudis Certainly the material for AI is vast. But if you do what you love, you won't even notice it.
Day 3 Building a Real Claude Code Skill
Today combined the Day 3 theory (skill anatomy, progressive loading) with a full hands-on build: a real, working Claude Code skill for a client project, built from an empty folder to a tested, functioning tool. What was built: agency-infographic Brand system (reference.md, sourced from the real platanusdesign-brand skill): PlatanusDesign's actual colors (#F47D20 orange accent, #341390 indigo, etc.), Poppins/Open Sans typography, real logo usage rules, and a "card grid" layout pattern refined through iteration — solid black background, large topic-specific icons in orange, orange card headings, white body text. Outcome: A fully working, tested skill: confirmed to research, draft, gate on user confirmation, render on-brand output, and generalize correctly across unrelated topics/industries — built and debugged hands-on rather than handed over per-made.
Day 3 Building a Real Claude Code Skill
1 like • Aug 19
@Beain Amp Thanks
1 like • Aug 21
@Wasilis Paliakoudis good point, and it's exactly why the gate is there instead of relying on a test suite for it. the card grid's freedom — icon pick, spacing, which element gets the accent — is subjective by nature. there's no single correct value to assert against, so a test suite would happily pass a drifted output as long as nothing breaks structurally. the gate is a cheap, human check at the one moment it actually matters: before anything ships. i'm still planning an eval loop for this skill, but for a different failure class — broken structure, wrong data, missing brand colors — not for this kind of drift, which i don't think automation catches at all. appreciate you spelling out why, it's sharper than how i'd have put it.
1-8 of 8
Dragan Petrovic
6
1,176 points to level up
@dragan-perovic-5929
Web designer Frontend, MCSE

Active 5h ago
Joined May 31, 2026
Vienna, Austria
Powered by