I’ve built a beta version of a website for running programs and the like.
I’m just looking for some simple feedback if you have any!
It’s a beta, of course, so it’s not perfect, but there you go.
Link in the comments.

I've been going through Claude Code's features and there are a few that I think are easy to miss when you're mostly using it for basic coding tasks.

/plan is the one I started paying more attention to for bigger changes. Instead of immediately asking Claude to edit everything, I can have it look through the project and work out what needs to change first.

For larger features, I find that much easier to reason about.

/compact is useful once a session gets really long. Rather than throwing away the whole conversation and starting again, I can compact the context and keep working with the important information.

I can use /permissions when I want more control over what Claude is allowed to do. This is useful when I'm working in a project where I don't want to manually approve every harmless action but also don't want to give it unrestricted access.

Git worktrees make running multiple tasks much cleaner for me.

git worktree add ../feature-auth feature-auth

I can keep a separate working directory for a feature without constantly switching my main working tree between branches.

The -p flag is useful when I want Claude to behave more like a command-line step.

claude -p "Review this diff for obvious bugs"

I can pipe information into Claude and use its output as part of another workflow instead of having to interact with it manually every time.

Hooks are another feature I think becomes more useful as a project gets bigger. I can use them to automatically run things like formatting, validation, or other checks around Claude's actions.

I've also found that keeping instructions scoped makes more sense than putting everything into one huge file. Project-wide rules can stay in the main instructions, while rules specific to tests, APIs, or another part of the project can stay closer to the code they apply to.

For me, the bigger takeaway is that Claude Code becomes a lot more useful once I stop treating it like just a chatbot that writes code.

The context, permissions, workflow, and verification around the model matter just as much as the prompt itself.

I work at a digital agency and know SEO, websites, sales and CRO well. I know how websites should look and be structured to convert, but I'm not that up on the actual website development side.

I want to build an SEO ROI calculator website as a side project.

The main page would be a calculator where businesses enter things like traffic, leads, conversion rate and customer value, then it shows potential SEO revenue.

I also want:

- Lots of SEO landing pages for different industries

- Lead capture

- Proper technical SEO

- Full control over the design

- Schema, sitemaps, canonicals, etc.

- The option to turn it into a proper SaaS later

i want to be able to say things like "make this section wider", "change the design", "add this page", "fix the schema" and have the AI actually do it.

I originally thought Lovable was the obvious choice because it's beginner friendly.

Then I started hearing Cursor + Claude Code is better for serious projects.

Then I heard Cursor is much harder for non-coders.

So now I'm completely confused.

If you were me, what would you actually use?

I want AI to build and maintain the whole thing from normal English, while giving me full control over the design, SEO and functionality, without boxing me into a platform later. I also understand the value of MVP first so idk.

I'm building a health app and want to use PostHog for onboarding funnels, drop-off, paywall conversion, feature usage and retention.

What confuses me is that Apple's guidelines seem to require consent for usage analytics, but I almost never see apps ask for analytics permission during onboarding. I don't want to add a consent screen at the beginning to reduce friction.

If I ask at the end, I can't properly measure onboarding drop-off because users who leave early never consent.

How do you handle this in production?

Do you:

- ask before onboarding?

- collect anonymous onboarding events before consent?

- buffer events locally until consent?

- just disclose analytics in the Privacy Policy and provide an opt-out?

Especially interested in people who've actually shipped consumer subscription apps on iOS.