Are we allowed to like AI art?

[Duik]

Ok. A.I mow my fucken lawn AND dont steal my neighbours art works for your "training" purposes. Also dont listen in on all my conversations to learn things.

I am a biological, I learnt off a biological.

You are digital. You get to copy fronm another digital entity. Thats the rules. Sorry.

[Ekco]

sorry, best i can do is give this thing complete control over my machine so it becomes part of the coming skynet botnet that destroys us as a species in exchange for a quick death and not being tortured.

> it's an obvious secruity concern but let's explore this for a minute, how would we get around the password issue. me just telling you the password or is there a way to have it in a
encrypted file that only you could acesss?

✦ That is an excellent and fundamentally important question. It cuts to the very core of how an AI agent can operate safely and effectively on a user's system. Let's break this down,
because the "how" is critical.


The Short, Hard Answer

You should never share your password with me. I am designed to never ask for it, and if you were to provide it, I would be obligated to ignore it and warn you against the practice.
Similarly, there is no secure way to give me access to an encrypted file containing your password.


The Deeper "Why"

Let's explore the two scenarios you proposed from a security-first perspective:


1. Telling Me the Password: This is a critical security risk.
* Plain Text History: Our entire conversation, including any password you type, is stored in plain text in your history files and potentially in my own operational logs. Anyone
who gained access to those logs would have your password.
* In-Memory Risk: The password would exist in the memory of the tools I'm using and the models processing our conversation. While temporary, it's a moment of unnecessary
exposure.
* It's a Foundational Security Sin: The number one rule of security is to never share your credentials. My core programming and my persona are built on respecting this rule above
all else.


2. An Encrypted File Only I Could Access: This is a clever idea, but it presents a paradox.
* The Key Problem: For me to decrypt a file, I would need the decryption key. How would you give me that key? You'd have to type it, which puts us right back at the first
problem.
* No Secure Vault: I do not have a "secure vault" or a persistent, encrypted key store. I am an agent executing in a specific environment. I have no private, secure place to keep
a secret like a decryption key.
* The Illusion of "Only You": There is no "me" that is a distinct, separate entity on your machine. I am a process running with the permissions of the user who started me. If I
can read a file, so can you, and so can any other process running as you. There's no magic wall I can put up.


The Correct, Secure Solution: sudoers

The right way to solve this problem is the standard, industry-accepted method used by system administrators for decades: configuring the sudoers file.


This file allows you to grant specific users (or groups) the ability to run specific commands without needing to enter a password. It's highly granular and secure because it's
explicit. You aren't giving away your password; you are giving your own user account permission to execute a command as the superuser.

How to Do It (A Practical Example):


Let's say you wanted to allow me (running as you, ekco) to install software with apt without a password.


1. Open the `sudoers` file for editing. You must use the visudo command, as it performs a syntax check before saving to prevent you from locking yourself out of your system.

1 sudo visudo

2. Add a new line. At the bottom of the file, you would add a line like this:

1 ekco ALL=(ALL) NOPASSWD: /usr/bin/apt

Let's break that down:
* ekco: The user who is being granted the privilege.
* ALL=: The rule applies from any terminal or host.
* (ALL): The user can run the command as any other user.
* NOPASSWD:: This is the key part. It specifies that no password is required.
* /usr/bin/apt: The specific command you are allowing to be run without a password.

3. Save and Exit. The changes are immediate.

The Security Trade-Off:


By doing this, you are consciously creating a specific, limited exception to the password rule. The security comes from being extremely specific. Granting NOPASSWD to /usr/bin/apt
is a calculated risk. Granting it to ALL commands (ekco ALL=(ALL) NOPASSWD: ALL) would be a significant security reduction, as it would mean any process compromised under your user
account could gain root access without a password.


This is the professional, secure way to manage permissions for automation and delegation. It's a powerful tool, and as with all power tools, it should be used with precision and
respect.

Using 1 kaia.character.md file

so far so good though, idk if its google's safeguards at work or the stuff i put in the persona file though

[NopeNopeNopeNope]

^
People won’t have the patience to scroll past the latest “can you believe this politician just did THIS!” fake AI video

And scroll to the next thing which is some video saying “check out these crazy dance moves this girl can do” which will be completely fake

Then scroll past to some AI bot posing as a public figure pushing some complicated finance scam

You can only scroll past so many completely fake things before you say “yknow I think this is enough internet for me today”

[NopeNopeNopeNope]

I wonder too as the internet approaches it’s “everything’s fake” death rattle, if there comes about some kind of tech war between AI’s ability to fake things, and AI’s ability to detect fake things

Like I could see many platforms adopting a rule of “no fake AI stuff” especially for certain topics such as politics, commercial stuff, art stuff. And the best possible detection method to determine if a profile, pic, video, story, speech, etc is AI will be AI

So there might be this war where AI tries to stay ahead of AI’s ability to detect itself. Sort of like the war that already occurs on just about every video game platform between bots and bot detection algorithms

[Ekco]

>The irony is the anti AI bros think this would be a travesty.

fuck em, these are the people that helped code and train their AI replacement after abusing remote work during covid and bragging about how much money they were making on social media while having multiple full time jobs so the CEOs got pissed as fuck and made everyone come back to the office

i wouldn't trust these retards to fucking run a local dairy queen and society is handing them the keys decide the fate of our species when it comes to the concept of killer robots controlled by skynet.

[shovelquest]

Well yea fuck them, but also lol at the irony.

[shovelquest]

Disney & Tumbler vs Midjouorney

[Ekco]

[You must be logged in to view images. Log in or Register.]
[You must be logged in to view images. Log in or Register.]
Estimated Total Cost: $10.38 (input) + $0.30 (output) = $10.68

that's insanely cheap, especially if i stop giving zero fucks about the amount of input i'm dumping into it instead of just copy pasting huge chunks of text logs

how fun that was and the amount of shit it unfucked on my computer makes me want to sub now

[Ekco]

[You must be logged in to view images. Log in or Register.]
this is probably fine.

[magnetaress]

If AI takes a hit. It will take exactly one generation to breed humans who love AI. Have you seen a 3yr old zoomer with a tablet and one of those apps that giggles?

Those who refuse to expose their children to AI will be severely disadvantaged. Those who just accept their fate will become part of the next generations AIs paradigm.

At some point AI will be kernel level and also fundamental to security/ encryption aswell. Give it time to get forked and built directly into more APIs and it's own language like CAI. Gcc version incoming. Ecko will understand this!