Official Community for TypeType
🌉 bridged from !TypeType@lemmy.zip by Tidepool
Official Community for TypeType
🌉 bridged from !TypeType@lemmy.zip by Tidepool
TypeType 1.13.0 is out, TV QR sign-in, BiliBili buffer controls, and NicoNico ID search
TypeType 1.13.0 is out! Here’s what changed, with a full catch-up on 1.12.0. (・ω・)
• Pair with TypeType TV by scanning a QR code. This requires TypeType TV 0.3.0 or later. • Adjust the playback buffer for BiliBili. • Search NicoNico by video ID. • Fix playback and seeking issues, and handle expired-session renewal. • Fix vertical-video mini-player behavior in iOS Safari.
• Show BiliBili verified badges in search and on channel pages: yellow for verified people, blue for organizations. Verified channels now appear first in BiliBili channel search. (#354) • Choose the player color in Settings > Interface: default, white, red, pink, purple, blue, green, or orange. The color applies to the progress bar and controls in both video and audio-only playback. • Show subtitles in audio-only mode. (#342)
• Recover missing bytes when a BiliBili CDN cuts off a media segment, and switch to another official mirror if a range request fails or is too slow, instead of returning a 500 error. (#347) • Reload expired BiliBili streams rather than freezing after a long watch when seeking or rewinding; use smaller seek buffers. (#358) • Keep the BiliBili player loaded when returning from the mini-player. (#350) • Replay YouTube videos from the start after they end. (#357) • Make YouTube seeks land on the target instead of overshooting and jumping back. (#351) • Fit vertical videos in the mini-player instead of showing a large black area. (#334)
• Fix a server freeze under load: waiting for an extraction slot no longer blocks request-serving threads. • Load later pages of BiliBili collections instead of failing with 422, and show the collection uploader. (#356) Big thanks to everyone who contributed, tested, reported issues, or supported TypeType; your help means a lot! (^▽^) If you self-host TypeType, see the update guide and, if needed, the rollback guide.
TypeType: a self-hosted video app for YouTube, NicoNico and BiliBili
Crossposted from: https://lemmy.zip/post/73637800
Hey selfhosters! I’m Priveetee, the creator of TypeType. TypeType is an open-source, self-hostable video app for YouTube, NicoNico and BiliBili. No ads, no trackers, no sponsors, no recommendation feed. You run it on your server, and your watch data stays there. Why it exists I wanted to watch YouTube without ads and sponsors, so I tried Piped in 2024. It worked well for a while, then the bugs added up and the experience no longer fit what I wanted. I considered contributing upstream, but my vision for the app was too different. So I started TypeType instead. That was a lot of testing, failed attempts and late nights. Today it is a small community project with 461 stars on GitHub, a web app, an Android app and regular releases. What it does You get search, trending, channels, comments, playlists and subscriptions across the three services. Your history, subscriptions, playlists, favorites, watch progress and settings live in your own PostgreSQL. Change device, log in, and pick up where you left off. There is also allow-list filtering. You can choose which channels and playlists are available for the whole instance or for specific users, which helps with family use. TypeType is an ecosystem, not a YouTube frontend. The stack includes a Kotlin/Ktor server, PostgreSQL, Dragonfly, a media proxy, a token service and a downloader with Garage storage. Self-hosting The stack uses Docker and prebuilt images, so there is nothing to compile. The recommended install is one interactive command:
shcurl -fsSL https://raw.githubusercontent.com/TypeType-Video/TypeType/main/scripts/install-stack.sh | bashThe installer prepares the Compose files, generates the secrets, picks free ports when needed and sets up Garage so downloads work. It asks before pulling images and starting services. If you prefer to review everything first, there is a
--download-onlyoption and a manual Compose guide that explains each step. One detail worth knowing:HOST_PORT_SERVERchanges the port on your host, not inside the container. The server and its health check stay on8080internally. Around 2 GB of RAM is comfortable for a small instance, and the first account you create becomes the admin. The app and frontend are MIT, while the server is GPL-3.0 because it uses PipePipeExtractor. Why NicoNico and BiliBili YouTube alone would have been simpler, but TypeType is built around PipePipeExtractor, and I spend a lot of time learning how PipePipe and its extractor work. NicoNico and BiliBili are part of what makes PipePipe different from NewPipe. Supporting them is my way of respecting that work and where the project comes from. The community TypeType stopped being just my project a while ago. People open issues, send PRs, test beta builds, translate the app and the docs, and share ideas. Some of the best parts of TypeType started that way. Huge thx to everyone involved, this thing is ours :) Translations are always welcome. I could run them through AI, but I have no way to review the language-specific details, and I’d rather not ship a translation I can’t stand behind. So if you speak a language and want to help, it’s yours. Feedback is welcome too, good or bad. Links Quick Start: https://typetype-video.github.io/Docs-TypeType/self-hosting/quick-start Manual Compose setup: https://typetype-video.github.io/Docs-TypeType/self-hosting/docker-compose Configuration and ports: https://typetype-video.github.io/Docs-TypeType/self-hosting/configuration Troubleshooting: https://typetype-video.github.io/Docs-TypeType/self-hosting/troubleshooting Translations: https://translate.typetype.video/engage/typetype/ Source code: https://github.com/TypeType-Video/TypeType PipePipeExtractor: https://github.com/TypeType-Video/PipePipeExtractor Experiment instance: https://experiment.typetype.video/ AI use disclosure • Implementation: 70% Generated • Testing: 60% Pair • Documentation: 60% Pair, the rest by me and the community • Review: 70% Pair • Design: 0% • Deployment: 0%
Self hosting
Hello, so far im pretty happy with TypeType. One issue i cant seem to get working is the selfhosted docker compose route. My health checks on the typtype server come back unhealthy. The only changes i made were to change the default port 8080, which is too common.
I think a tutorial video or guide could be very helpful if you have one. The readme had no content for setup and troubleshooting.
Thanks for all your hardwork!
TypeType 1.10.0 is out: recommendations are finally real
Hey everyone! Remember when I asked what you wanted next? Recommendations came up again and again. I said I didn’t want to rush out a black box that just tells you what to watch. Well, they’re finally here, in TypeType 1.10.0. This is still experimental, and there’s a lot to figure out. But it’s real now, and I want to explain what we built. There isn’t one “right” recommendation algorithm. So instead of pretending there is, TypeType gives you six approaches to choose from: • Subscriptions, the newest videos from channels you follow. • Discovery, a mix of subscriptions, related videos, favorites and trending. • Signals, which reacts to what you watch, with rows for creators, topics and new creators. • Signals, channels, focused on creators you watch most and your subscriptions. • Signals, videos, focused on subjects, whoever made the video. • Signals, mix, a bit of creators and a bit of subjects. You can compare them on the Algorithm page, adjust their settings and switch whenever you like. No invisible feed. Each algorithm tells you what data it uses. The home page explains why each row is there. You can see what it has inferred about your interests, correct or hide those inferences, and tell it when a video is not for you. I also wanted the recommender to fit TypeType, not take over the whole app. It’s a separate, optional service. The host installs it, the admin decides whether to offer it, and each user chooses whether to enable it for their profile. Without the service, TypeType works as before. Turn it off, and you’re back to the usual home page. TypeType-Server still handles your account data, fetches videos and applies the instance’s content filters. The recommender helps decide what to fetch and how to organize the results. It keeps temporary history snapshots for 30 minutes by default, so they don’t have to be sent again for each page. A few limits, because this is very much a first version. It’s experimental, version 0.0.1, and the algorithms and settings will change. I’m not claiming it beats YouTube’s recommendations. It can only work with the videos TypeType can fetch. For self-hosters, the service needs about 2 GB of memory, about 1 GB of disk for its language model, downloaded on first start, and PostgreSQL with pgvector. There’s more in 1.10.0 too: YouTube livestream chat, playback that recovers instead of resetting, BiliBili collections and multipart videos, better Takeout imports, and a lot of interface and self-hosting work. Thx to everyone who kept asking for recommendations, tested things and sent feedback. This started with your ideas, and honestly, it feels good to finally have a first version in your hands. Links • Full release notes • TypeType Signals source code • Recommender setup guide • Algorithm guide • Self-hosting Quick Start • Experiment instance
We’re cooking we’re gonna burn out the GPU :p
You know when you have an idea that seems simple at first?
Well, I’ve literally been working on it for two days and a whole night :p
I really hope you’ll like it!!
Je vous ai compris !
Hey everyone!
Je vous ai compris ! :p
I asked what you wanted, and you answered. Recommendations came up again and again in the comments, and honestly a lot of you sent me private messages about it too. I read all of them.
So let's do it. We're building recommendations.
And I mean "we" for real. TypeType stopped being just my project a while ago. The bug reports, the translations, the testing, the ideas, a good chunk of it comes from you now. So when the same thing comes back from everywhere, it moves up my list.
I don't want to build just any recommendation system though.
I don't know Flow Neuro yet, and let's be honest, TypeType was never built in a vacuum. It stands on other projects: PipePipeExtractor for the extraction, the whole NewPipe/PipePipe family it comes from, Piped, Invidious, Jellyfin for the spirit of it, Komi Store for some of the Android look... I borrow, I adapt, and I credit, that's how open source works and I love it.
But that's not a reason to blindly clone
A few ideas for the future of TypeType, what do you think? :)
Hey everyone! Hope you're all doing well, all two or three of you hanging around here ;) I've got a few ideas in mind for the future of TypeType, and before diving into another mountain of code, I'd like to hear what you think. Nothing is set in stone yet. These are just a few things I've been thinking about, and I'm still trying to figure out which direction to take. Anyway, here are the three main ideas!
I've been thinking about adding Twitch livestream support to TypeType. But I'm not sure whether it makes sense to integrate it directly into TypeType, build a separate application dedicated to livestreams, or just make a small POC to see how it goes. There's also the option of dropping the idea entirely if there isn't much interest in it. For now, I'm just exploring the possibilities.
This is something I've wanted to do for quite a while :D I'd like to build a command-line tool for downloading videos from YouTube, NicoNico, and BiliBili. But here's the interesting part: it would FINALLY NOT be yet another yt-dlp wrapper! The goal would be to build an independent tool, with its own extraction logic, download engine, and format handling. TypeType already has some of the technical foundations needed for this, thanks to the work I've done on extraction and downloading. I'm still thinking about the technical side. I could build the whole thing in Go or TypeScript, or maybe use Go for the backend and TypeScript with OpenTUI for the frontend. Nothing is decided yet, but I'd like to make it a standalone tool that anyone could use directly from their terminal, without having to deploy the entire TypeType stack.
This one is probably the most complicated of the three. I've been thinking about adding a recommendation system to TypeType to help users discover new videos and creators based on their interests. But I don't want to turn TypeType into another YouTube algorithm. One of the reasons I started TypeType was to have my own personal video space, where my data stays on my own instance and I remain in control of my experience. I don't want to compromise that just to add recommendations. Ideally, recommendations would be generated locally, using information already available on your instance, such as your subscriptions, watch history, or favorite videos, without sending your personal data to an external recommendation service. The system would also be completely optional. If you don't want recommendations, you should be able to disable them and continue using TypeType as you do today. There are still quite a few technical questions to figure out, especially when it comes to discovering relevant content across different platforms without relying entirely on their own recommendation algorithms. And honestly, I haven't decided yet how I would implement this.
These are just ideas for now, not official announcements or promises for the next release. TypeType is still a project I develop mostly on my own, in my free time, and there's already quite a bit to juggle between new features, bug fixes, testing, and everything else. I'd rather take my time and release something I'm genuinely satisfied with than rush to add features just for the sake of filling up a changelog. That's also why I'm sharing these ideas with you. Before spending weeks or months working on something, I'd like to know whether it's actually something people would use. So, I'd love to hear your thoughts on a few things: • Twitch: Would you use Twitch livestreams in TypeType? Would you prefer having them integrated directly into TypeType, a separate dedicated application, or should I just make a small POC first? Or maybe it's simply not something you're interested in? • Downloader CLI: Would you be interested in a standalone video downloader for YouTube, NicoNico, and BiliBili that doesn't rely on yt-dlp? What features would you want from it? • Recommendations: Would you actually use a recommendation system in TypeType? What kind of recommendations would you want, and how do you think such a system should work while respecting user privacy? And more generally, which of these three ideas interests you the most? Feel free to share your thoughts, suggestions, or even completely different ideas in the comments. I'm always interested in hearing what you think, even if I don't always have the time to reply to everyone. And as always, thanks for supporting TypeType :) Stay tuned, and I'll keep you posted ;)
TypeType has been growing up, and here’s what that means :D
Hey everyone! I wanted to make a proper post, because a lot has happened and I don’t think a simple changelog does it justice. First, TypeType is more mature than it used to be. When I started, it was a small wrapper around PipePipeExtractor that I mostly built for myself. Today it has a web client, a native Android app, a native iOS client in progress, a separate playback engine, a Go downloader, and a token service. That’s a lot more surface area, and honestly, a lot more responsibility but im loving it ! The second thing is AI, and how people contribute. I published the AI Transparency statement. This one matters to me because AI is now part of how software gets written, including here. I use it myself. My position is simple: AI is a tool, not an author, not a maintainer, and not a decision-maker. You can use it as much as you want, including for complete implementations. What matters is that a human understands the change, reviews it, tests it, and takes responsibility for it. If you’ve been hesitating to contribute because you weren’t sure what the rules were around AI, now it’s written down. And if you disagree with something in it, open an issue and tell me. It’s my current position, not a dogma. Third, the community feedback is actually moving things. Over the last few weeks, more than ten issues have been closed, and a lot of them started with your reports: Takeout imports failing, BiliBili channel errors, the cursor staying hidden over a paused player, configurable grid density, autoplay split between opening and next video, subscription groups, simplified setup, and more. Some were small, some were real headaches, but they’re all in the code now. That includes fixes from other contributors too, not just me. kapdon worked on subscription groups, Aquarius-Situla on playback and BiliBili configuration, tam1m on character encoding. That’s the part I’m the most proud of, honestly. TypeType is starting to be a real project with several people in it. Fourth, TypeType for Android has left beta and is stable now. Android 1.9.0 is out, and it’s a big one for the app: UnifiedPush subscription notifications with a channel bell and a dedicated settings screen (not perfectly perfect but we are getting it there), animated skeleton loading states instead of blank areas, SABR prewarming so playback starts sooner, previous/next player controls, bullet comments on BiliBili, and support for Android 6.0 through Android 17, without Play Services. You can grab it from F-Droid or the GitHub release. And finally, recommendations. This request came back so many times that I’m building it. I don’t want to clone an algorithm blindly. What I want is a system where you can see which signals are used, choose what the feed optimizes for, and turn it off completely if you don’t want it. The user controls the algorithm, not the other way around. I think I can get something out of the oven soon, but I don't expect it to be perfect so I announce it it will be another service (yes sorry) and it will be optional, if u don't want any recommendation, no problem just don't deploy it, it's that easy. I’ve been working on it for the past two days, and here’s a quick video: Video For now it’s just mock data, but by now you know me: I’m picky, and I hate AI slop UI, so I spend way too much time on the UI, the UX, and the clarity... And just so you know, I’m not starting the algorithm from scratch. A few months ago I had started one and it was honestly awful. A friend who is a data scientist explained to me what I had screwed up. I don’t expect it to be perfect, but lucky me, I know one or two things about reverse engineering, so maybe, and I really mean maybe, I had already built a custom tool to reverse engineer a well-known algorithm, long before I found out how bad I was at algorithms ;p One last thing. I know some of you are still waiting for a reply from me. I read everything, I really do. I’m just completely swamped with development, reviews and testing right now, and I can’t answer everyone. If I haven’t gotten back to you yet, it’s not because I ignored your message. Thanks for being here :) TypeType on GitHub · 1.9.0 release notes · Android 1.9.0
The TypeType community has a new home (and why we're here)
Hey! If you're coming from Reddit, you might already know what happened. If you have no idea what TypeType is, don't worry, I'll get to that too :) The short version: a few days ago, the TypeType subreddit got banned from Reddit, and the account posting about it got banned too. I'm still trying to understand exactly why. No warning, no modmail, nothing. The announcement posts on other subs were removed by Reddit's filters as well. I'm not gonna pretend I'm not a bit sad about it, a lot of people found the project through those posts. But the adventure continues. After thinking it over, I decided to give TypeType a new home here, on Lemmy. And honestly? It makes more sense than I first thought. TypeType is an open-source, self-hostable project. Lemmy is an open-source, self-hostable community platform. We should have been neighbors from the start :) So, what is TypeType? It's a self-hostable video app where your history, playlists, favorites, subscriptions, watch progress and settings live on your own instance. YouTube, NicoNico and BiliBili, no ads, no trackers, no recommendation feed trying to eat your whole evening. You run it with Docker, your data stays in your PostgreSQL, and you access it from a web app or the Android app. Under the hood it's a Kotlin/Ktor backend, a token service, a downloader service, and PipePipeExtractor doing the extraction work (TypeType was literally born from my years around PipePipe). What you'll find here: • Release posts (web, Android, and more coming) • News and behind-the-scenes stuff • Help with self-hosting and troubleshooting • Ideas and feedback, I read everything The project is at 421 stars on GitHub, actively maintained, and I use it every day myself. If you self-host, if you came from Piped/Invidious/NewPipe looking for a new home, or if you're just curious, you're welcome here. Every little exchange helps keep the project alive. See you around :) TypeType: https://github.com/TypeType-Video/TypeType
TypeType Update: RPC, iOS, Roadmap, AI Transparency and More
Hello folks out there! I know there really aren’t many of us here, honestly maybe almost nobody, but I’m writing this anyway. You never know, maybe someone will stumble across it someday. So, first piece of news: a new app is coming, TypeType-RPC. I’ve spent quite a bit of time figuring out how Tauri works, but I’m finally making good progress. So what is TypeType-RPC actually for? Basically, it’s for people who want to share their TypeType status through Rich Presence. And why did I build it? Well, mostly because I needed a good excuse to finally start building a proper user API. And honestly, I think this is a pretty damn good excuse. It gives me a real use case to build the API around, test integrations, and who knows, maybe someone else will actually find it useful too. As for TypeType itself, the project is still healthy. We’re moving slowly but surely, and I really like where things are going. There’s activity, people are contributing, people are testing things, and I genuinely want to thank everyone involved. Now, about the roadmap. First of all, we need to actually make a roadmap. The plan is to publish a proper public roadmap on the website so everyone can see what we’re working on and where the project is heading. I’d also really like to find a few people interested in helping with the community side of the project, because right now, let’s be honest, it’s mostly me and a few fellow users keeping things alive. And thank you to those people, by the way. You’ll know who you are if you’re reading this. We’ve also set up a Git mirror repository, because apparently I’ve learned the hard way that you can never be too careful. After what happened to us on Reddit, I’m slightly traumatized now, so better safe than sorry. iOS is also on the roadmap. Android is honestly pretty mature at this point, but iOS is still very much under development. It takes an absolutely ridiculous amount of time, especially because I’m working on it under some... let’s say not exactly orthodox development conditions. But it’s moving. There’s also something I’d love to improve one day, the whole visual identity of TypeType. I would honestly love to have a real graphic designer or illustrator join the project someday and create a proper visual direction for it, something that really gives TypeType its own identity. But yeah, for now that’s somewhere in my wildest dreams, we already have enough things to build before getting there. And finally, there’s something else I’m preparing for the next release: an AI Transparency statement, or whatever final name I end up giving it. The idea is simple, I want to clearly explain TypeType’s position regarding AI, how I use it, where I think it is useful, where I think the limits should be, and what I expect from contributors when AI is involved in contributions to the project. And just to be clear, this is not going to be some religious doctrine. It will be my current vision for the project, and thank God, you’ll still be allowed to disagree with me. You’ll be able to debate it, criticize it, discuss it, and propose something better. I think people who have followed the project for a while already know this about me, I’m not particularly interested in shutting down discussions. I’d rather hear different opinions and figure things out together. So yeah, there’s quite a lot on the program: TypeType-RPC, the user API, a public roadmap, more community activity, the Git mirror, iOS development, hopefully one day a proper visual identity, and the AI Transparency document. Quite a lot of work, but honestly, I’m still having a lot of fun building this thing. Thanks to everyone who’s following, testing, contributing, talking about the project, or simply hanging around. It genuinely means a lot. See you around.
TypeType 1.8.1 is out: profiles, panoramic search and a much simpler install :)
Hey everyone!
First release announcement from our new home, and it feels good to write it here :)
Before the good stuff, a quick note.
You probably saw the announcement popup if you opened the app recently: TypeType itself now tells users about the move to Lemmy, in English, French and German, with a permanent dismissal option if you already know.
I wanted the app to carry the news, not just the community posts, because a lot of people self-host TypeType for family or friends who never read release notes. Now they know where we live :)
Now, let's get into 1.8.1, because there's a lot.
The setup just got way simpler.
If you deployed TypeType before, you might have squinted at the container list and wondered why there were three little init containers that run once, succeed, and then just... sit there in your Portainer forever.
You were not alone. This whole section of the release exists because people pushed for it:
• #226 started the conversation about the init procedure, complete with a screenshot of just how cluttered the container list looked
• #254 documented how painful a redeploy was (multi-page guide, written with a lot of patience) and asked for a simpler setup
• The same thread suggested cutting the init containers in favor of plain env secrets
That feedback stung a bit, but it was fair, and it went straight into this release.
Everything is now consolidated into one short-lived typetype-init service. It generates the secrets, writes the Garage configuration and prepares the downloader database automatically, then exits cleanly. No more busybox one-shots scattered around.
On top of that, service URLs are now configurable, which fixes the hardcoded URLs reported in #261. Podman users and custom network setups aren't fighting hardcoded names anymore.
And the hardcoded nginx DNS routing is gone, a compatibility bug reported in #251.
Is the install perfect yet? No.
But this is the beginning of the end of setup pain, and the next releases keep pushing in that direction. Thx to everyone who pushed for it :)
Account profiles are here.
The idea came from #234: when you self-host, everything ends up mixed in one feed, and tech videos and craft content don't always belong together.
So now you can create multiple profiles on the same account and switch between them. Each profile is a real, isolated space: its own avatar, its own data, its own identity inside your instance. Authentication and service notifications follow the active profile.
Thx for the idea :)
Search went panoramic.
Search got a full redesign on desktop and mobile: a wide, immersive results view instead of the old cramped one.
And more importantly, it's now service-aware. YouTube, BiliBili and NicoNico are very different worlds, and they don't deserve the same one-size-fits-all results page.
Each provider now gets relevant results and recommendations, and the recommendation logic knows which service a video came from.
Playback: the dependability release.
This one is less flashy but honestly the most important part.
A lot of it comes directly from the reports people sent with detailed logs: #248 on the buffering and seek side, and #262 for the BiliBili videos that stopped playing.
Logs genuinely make the difference, keep sending them :)
• Stalled and evicted SABR segments now recover instead of leaving you buffering forever with no way out except a page reload
• Stale HLS requests can't overwrite your current playback on Chromium anymore (that one was sneaky)
• Your exact playback position survives provider changes and source reloads, no more restarting at 00:00
• Firefox seeks while paused got smoother, and the playback buffer fills before the seek lands
• BiliBili got a proper round of love: the videos that stopped playing are fixed, audio track selection works, bullet comments behave, and range caching plus connection reuse make it snappier
• NicoNico got better reload behavior and segment caching too
Under the hood, the media player moved to MSE 0.1.60, provider media now lives behind expiring opaque handles, and playback, retry and cache memory is bounded so long viewing sessions stay healthy.
And the rest.
The floating player gained fullscreen and return controls (yes, you can now escape the mini-player with dignity).
Videos in RSS feeds finally have thumbnails.
Notification delivery got more reliable, and notification state survives feed refreshes now.
The German interface keeps improving (thx Toastienergy), and English and French got polish passes too.
For the server folks: the downloader shuts down cleanly now, job snapshots and artifact persistence are more solid, and Garage moved to 2.4.1.
As always, follow the update guide and you're good. No drama, no manual surgery.
Full release notes | update guide | rollback guide | source code
More cool stuff is coming ;)
So, where do you stand on AI in TypeType ?
Hey ! I hope you're all doing well :) ! I did my first real promotion post for the project yesterday, over on the open source community on Lemmy: https://lemmy.zip/post/72602770 Felt good to finally put it out there, first time it goes somewhere other than our own corner. Then I read the first comment, and it was about the AI :p And honestly, this is a good moment to talk about it with you all, instead of only having it written down in a statement somewhere. One thing I keep coming back to, and I mean it as a real question, is why this topic takes up so much room for some people. My feeling is that it's more of a US thing, but maybe that's just my European view. The numbers sort of go that way: Gallup surveyed 37 countries, and 68% of daily AI users in the US say AI worries them, while in 34 of those 37 countries positive feelings about AI are more common than negative ones. https://defendintelligence.com/news/news-l-ia-inquiete-68-de-ses-usagers-quotidiens-americains-selon-gallup-bac2c087 Where I am, the mood I see is more "let's learn the tool, understand what it actually does, then decide". And I'm lucky, I have a calm life and work that leaves me time to dig into the things I care about, so I can approach it that way. Not everyone has that. So I'd really like to hear it from you: • What do you actually think about AI in TypeType? • Does the transparency statement answer your questions, or is something missing? • If you're in the US, or anywhere else, is the anxiety that strong where you live? What's behind it? • If you use the app, do you care how the code was written, or only that it works and stays maintained? I read everything, and I'd much rather have this conversation here with you than in someone else's comments ;p Thanks for being here :) !