PostHog / PostHog/posthog

Ideas for K Factor > 1

Open
#76,306 5 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement feature/desktop
Dominant language
Python
Stars
39.9k
Forks
3.4k
Avg merge
6h 51m
Merged PRs (30d)
232

Description

Work-product virality

The idea here is that work created in/by PostHog Code carries attribution.

  • When we create a PR for them on Github and generate a description, we should attribute PostHog Code in the PR description footer. (linked of course) ~Peter had this idea in issue PostHog/code#725
  • When we make a commit, we could make a Github account for PostHog Code and make PostHog Code the Co-Author of the commit, similar to what claude code does.
    • We could also append a footer to the commit description (second -m) where it says something along the lines that it was built/created in PostHog Code. (linked of course)
  • When a PR is responsible for closing an issue, and we're able to detect that with "Closes #N" or something, we should have PostHog Code comment on the issue with something quirky like "Lasered by PostHog Code" or maybe something more direct to indicate that the issue was fixed by/in PostHog Code. (linked of course)
  • The branches it creates could start with PostHog Code/

Direct invite loop

  • Invite mechanics during the closed beta, for every person we invite, they get 1 (or N) invites to share with friends.

Share loop

  • Single click to share a session: we could add the ability to share tasks/conversations with a link to colleagues so maybe a designer kicks off some frontend page changes but needs to hand the rest to an engineer who will complete the technical flows.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names GitHub PR descriptions, commits, issue comments, branch names, invite mechanics, and session sharing, but no files or tests. First turn the ideas into a scoped proposal with acceptance criteria for one loop; done is not defined until the chosen behavior and validation are specified.

Written by the indexing model from the issue text.

Assessment

Tech stack
github
Domain
developer-experience
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.