Activity
Mon
Wed
Fri
Sun
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
What is this?
Less
More

Owned by Jason

This community is your unfair advantage! AI tools, prompts & blueprints to start or grow a business faster than everyone else!

Memberships

AI Automation Club

900 members • Free

DevsUnlocked

8 members • Free

ZeroOne Systems

12.5k members • Free

AI Automations by Jack

3.3k members • $87/month

AI Automation Vault

23.3k members • Free

AI Automation Circle

12.2k members • Free

Skoolers

163.5k members • Free

AI Automation Society

427.4k members • Free

AI Automation Agency Hub

329.4k members • Free

465 contributions to AI Automation Society
SaaS + In-house Community?
Has anyone built a SaaS and also owned a community platform? I find skool too narrow for my needs and also too tight on integration possibilities, and I have started the process of building my own community. I have weighed my options (pros and cons), and I have found that skool communities are less ideal for true SaaS products. Wondering if anyone has taken that step already and what tools you used to build your own community?
SaaS + In-house Community?
1 like • 18m
That tension makes sense, because the moment you need true SaaS behavior, community stops being just a place for posts and becomes part of the product architecture. I would separate the decision into five layers first: community experience, SaaS core, identity/login, payments, and automation/integrations. The trap is trying to rebuild Skool and build the SaaS at the same time, when the cleaner move is usually to define which layer is truly custom and let proven tools handle the rest until the workflow earns more complexity.
How do I dance with the cute girl across the room?
Hey folks, I’m transitioning from sales into GTM engineering. I just went through a full month of interviews and couldn’t pull out a role. I’m not feeling sorry for myself. I’m just curious… I realize I need more at bats with projects that are in production. I was told that contributing to projects on GitHub are a great way to get exposure. Here’s the problem though. I feel like I’m at a middle school dance. I have the intent to “dance”, but I have no idea how to get to the point where I’m contributing to real projects that are healthy and alive. How do I know what to work on? I don’t know what a good, healthy project looks like. I don’t want to work on something that the creator doesn’t care about. For the engineering folks, how do you approach contributing to GitHub? I’m here to learn and contribute. But I don’t know what that looks like. Help me say hi to the cute girl and start dancing.
1 like • 39m
That middle school dance feeling is real, because open source has social rules that are not obvious from the repo page. I would screen projects like an engineer: recent commits in the last 30 days, issues getting answered, a clear CONTRIBUTING file, tests or CI running, and maintainers who respond respectfully to small PRs. For a low-risk first move, do not start with a feature: fix a doc gap, reproduce a bug, improve an example, add a failing test, or clean up a small edge case that already has an issue attached. Before touching code, comment with your intended approach in 2 or 3 sentences so the maintainer can redirect you early. That turns "please accept my work" into "I am here to reduce your load," which is a much better first dance.
DAY 3: I installed the Skill Builder, then couldn't leave it alone
Today's build was the Skill Builder from the community: install it, then use it to create your first custom skill through its Q&A. I did that, but I ended up doing more, same as always. I've known that Claude Code already had its own skill-creator, written for a different setup. So instead of installing the community Skill Builder as-is, I made Claude compare the two and fold the best of the older one into the skill-builder skill: with the "concise is key" rule. The provided skill-builder in the AIS Community had the mechanics right, the old one had the design thinking. Now it has both pros. Then I tested it, and the test earned its keep. I had it audit another skill, and I caught the Skill Builder quietly breaking its own instructions. It documents the $ARGUMENTS placeholder, but when you run a skill with an argument, the system replaces every $ARGUMENTS in the file with your argument text. So a skill that teaches about $ARGUMENTS sabotages itself the moment you pass it one. The fix was to move the placeholder examples into the reference file, which the system doesn't touch. Re-ran it, came out clean. That gotcha only hits skills that are about skills, but it was a good reminder to test with the real input before you trust the thing. The lesson I keep landing on in this challenge: each day should end as a permanent capability, not just a pile of files. So today didn't just end with Skill Builder installed. The skill I built this time has the ability to write posts in my voice, checks its own attachments for anything private using a separate sub-agent, and saves them ready to paste. This post was first drafter using the said skill. Files attached: the Skill Builder itself, SKILL.md and reference.md--already checked so there's nothing private inside. Drop them into .claude/skills/skill-builder/ in your workspace, tell Claude Code you added a skill, and run it. That's the setup. Thanks to Nate for the building blocks. If you're adding your own twist to these, I'd love to see it so please do share them!
2 likes • 40m
This is the real shift: not "I made a file," but "I added a capability I can trust tomorrow." And that $ARGUMENTS catch is exactly the systems-engineering lesson: test the tool under the same operating conditions it will face, because the edge case is usually where the truth shows up.
framework of from Idea to Automation
I use this 5-step process to turn ANY automation idea into a working system BEFORE writing code. The 5-Part Workflow: 1.TRIGGER — What starts the automation? (Manual action or event) 2.INPUT — What data comes in? (Email, form, spreadsheet) 3.BRAIN — What decision needs to happen? (Filter, transform, decide) 4.ACTION — What does the system DO? (Send email, create task, update database) 5.RESULT — What's the output? (Save, notify, escalate) Real Examples: → Floxo (intake forms to lead scoring to email to Calendly) → Lead Gen Automation ($1000+/month from data to LinkedIn to outreach) → Email Automation (12-15% response rate from template to personalization to send) Most builders skip this step. They jump straight to code. Then they rebuild. The 0.1% builders? They map this FIRST. I break down the exact framework + 3 full examples in a pdf already in post questions:- 1.which framework you use till now? 2. any suggestions and addons?
framework of from Idea to Automation
1 like • 1h
This is a solid pre-code map. The addon I would make is a quick "failure audit" before step 1: who owns this workflow, what can break, where does the exception go, and what decision still needs a human approval point? That keeps the automation from becoming a black box, especially once the "brain" step starts making judgment calls. In systems engineering, the happy path is usually the easy part. The real design quality shows up in how cleanly the system handles the messy 10% without losing trust.
🚀New Video: Why Your AI Offer Isn't Selling, and How to Fix That
I sat down with Nate B. Jones to talk about what AI adoption actually looks like inside real companies, not on Twitter. We get into why most rollouts stall even after a company has already paid for the tools, why people who struggle to sell AI usually have a storytelling problem instead, and why the non-technical side of the C-suite ends up being the real bottleneck. If you have been trying to get AI working at your company, or trying to sell it to one, this one is for you.
3 likes • 2h
good stuff @Nate Herk
5 likes • 2h
@Ali Dedage Nate returns!🔥
1-10 of 465
Jason Elam
6
449points to level up
@jason-elam-2821
AI Strategist & Consultant. I help SMB owners build custom AI Powered Operating Systems to buy back time and empower their teams.

Online now
Joined Feb 16, 2026
Powered by