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

Owned by Chris

Claude Code TITANS

1 member • Free

Run your entire business from Claude Code. Systems, tutorials, and curriculum.

Memberships

Chase AI Community

43.7k members • Free

Skoolers

189.8k members • Free

Network Builders

410 members • Free

CC Strategic AI

931 members • Free

AI Avengers

2.4k members • Free

Ai Agency Arbitrage

8.9k members • $500/m

AI Automation Agency Hub

299.7k members • Free

SCALE by CreatorLaunch

6.5k members • Free

InsightAI Academy

12.1k members • Free

23 contributions to CC Strategic AI
My way of doing newsletters
What's up gang, I don't know how you guys handle newsletters, but the way I do it is: I use Claude Code > invoke this skill I made > Claude Code writes the newsletter with my voice and then gives me a HTML file > upload to mailchimp > mailchimp sends I like to make newsletters look more nerdy by using a HTML template I make instead of the ones provided to you that look generic. If you're interested in the newsletter maker skill you can have Claude Code examine this one and then tell it to replace the brand DNA with yours. The brand DNA I got it from Google Pomelli. Let me know if you have suggestions or a better way to do this. Cheers!
1 like • 21h
The HTML template approach is smart. Mailchimp's default templates are fine for getting started but they all look the same after a while. I do something similar but with a different angle. I have a skill that pulls my brand voice from a reference file, so Claude writes in my tone without me having to correct it every time. Took some iteration to get the voice right but now it's consistent enough that I can batch a few drafts and just do a quick read before sending. How are you handling the brand DNA updates? Does Claude read it fresh each session or do you have it cached somewhere?
Claude Code beginner question.
So, every time I make a new project, do I need to create a New Directory Folder, or just /init everytime i want a new one in the same directory? And how will I know it doesnt messed with the existing one I created?
0 likes • 21h
New directory every time. Each project should live in its own folder. Claude Code scopes to whatever directory you're in when you launch it. So if you put two projects in the same folder, Claude sees all the files from both and gets confused about what belongs to what. My setup: I have a parent workspace with subfolders for each project. When I start working on something, I cd into that folder and launch Claude there. Each one gets its own CLAUDE.md, its own git repo, its own context. Clean separation. /init just creates the initial CLAUDE.md. It doesn't sandbox anything.
Claude code
If you have a Claude.md file do you still Need to have an agents.md file as well as a GSD? Thank you
1 like • 21h
Short answer: no. CLAUDE.md is the only file Claude Code reads automatically. That's your single source of truth. agents.md and GSD files are patterns some people use, but they're not built into Claude Code. If you put everything in CLAUDE.md, Claude picks it up on its own every session. No extra setup. Where it gets interesting is when your CLAUDE.md gets too long. Then you start breaking things into separate files and referencing them with @mentions. But don't overcomplicate it early on. One solid CLAUDE.md will carry you pretty far.
Meet CARL:
I spent six months fighting the same problem every Claude Code session. Context bloat. You know the pattern. You have 50+ rules you want Claude to follow. System prompts, coding standards, project conventions, workflow patterns. So you dump everything into CLAUDE.md and hope for the best. Except now every single message burns tokens on rules that aren't relevant. Asking Claude to fix a typo? It still gets injected with your entire MCP server development guide. I built something to fix this. Let me introduce you to CARL, (the Context Augmentation Reinforcement Layer), designed to dynamically inject rules based on what you're actually doing. Say "fix this bug" and you get coding rules. Say "update project status" and you get project management rules. Say "just chatting" and you get either a command to discuss injected (if you set it up that way) or just the global rules (only if you have them active - they can be disabled). The architecture is simple. A manifest file defines domains with keyword triggers. A Python hook runs on every prompt, matches keywords, and injects only the relevant rules. An MCP server lets you create new domains or toggle them on the fly. That's it. Text files and a matching algorithm. The results surprised me. Token overhead dropped 50 to 80 percent depending on the session type. But more importantly, Claude started following the right rules more consistently because they weren't buried in noise. I had an earlier version that worked well enough for my own use. But after refining a keyword exclusion system, adding domain scoping, and building the MCP management layer, I realized this could help others dealing with the same context management problem. The whole system is file-based. No database. Git-friendly. Plain text you can read and edit. I'm thinking about packaging this for others who use Claude Code heavily. If context management is something you've struggled with, I'm curious what your approach has been.
Meet CARL:
How to make vibe coding more productive
I run my own software development agency, and I built this tool to automate the software development process: https://kanteenai.com Its a kanban board + a MCP server that gives your coding AI full access to read and update the board! This gives your coding AI the ability to work through a series of tasks and update the board in real time, all from a SINGLE prompt. I spoke with Charlies, and he gave me full permission to share it here! Using Kanteen is basically a hack to make any vibe coder more productive. Give it a try! https://kanteenai.com
1 like • Jan 19
I can see how this really makes the Ralph Wiggum plugin something extremely valuable. You've essentially solved for the main issue I have had with running that approach, the two together really create a strong foundational system! Great job man, looking forward to seeing more of your work.
1-10 of 23
Chris Kahler
3
35points to level up
@chris-kahler-3888
Tech Ninja

Active 3h ago
Joined Dec 11, 2025
INFJ
Powered by